ООП первые шаги и тупик. Добавление в класс доп. функций

и просьба не пользоваться красными выделениями без надобности, в глазах сутра рябит

//десятьбукоф

class SomeModule {

    private $path = '/path/to/module';



    public function somefunc($var) {

        retutn $this->path . $var;

    }

}

внутри класса не используй var - это php4, используй public, protected, private - это php5.

переменные внутри класса называются свойствами. в моем примере $path - это свойство. обращаться к свойствам класса можно через $this, т.е. так: $this->path.

чтобы, добавить новые функции, если я тебя правильно понял, нужно использовать наследование.

например мой класс SomeModule имеет публичную (доступную из вне) ф-цию somefunc и приватное (доступное только внутри класса) свойство $path. используя наследование мы можем сделать так:

class NewModule extends SomeModule {



    public function test() {

        return true;

    }



}

теперь класс NewModule имеет публичную ф-цию somefunc, приватное свойство $path и публичную ф-цию test

это в двух словах.

а вобще читай мануал - там есть все.

"NewModule имеет публичную ф-цию somefunc"

Но мне нужно наоборот. Что бы внутрь SomeModule вставить доп. функцию, так можно?

Типа добавить

public function somefunc22($var) {

retutn $this->path . $var;

}

Которая вставится позже в коде...

И в результате я получил

class SomeModule {

private $path = '/path/to/module';

public function somefunc($var) {

retutn $this->path . $var;

}

public function somefunc22($var) {

retutn $this->path . $var;

}

}

в родителя нельзя «вставить» новый метод, можно лишь через дочерний класс унаследовать родительские свойства и методы, а затем расширить, что собственно и посоветовали выше. и вообще, автор, сначала упорно читают мануал, а потом берутся за код, а не наоборот. ооп/классы нужно использовать там где ты чувствуешь что будет правильней, а не просто от фонаря.

И только там, когда делается или сторонний класс в 1 файле или же система на которой работают много людей. В противном случаи, обычных функций больше, чем достаточно.

Вообще, "добавить" метод к уже существующему классу возможно.. если воспользоваться "магическим" __call, однако, перед этим не мешало бы освоить немагические :)

Prosto_niki, удачи в освоении :)

"Не всегда" (С)

Мне, например, запись

stone.roll()

милее глазу, чем

roll(stone)

PS :)

А мне лично нет :)

Поэтому глазки у всех разные :)

Не надо делать ООП, где он вообще не нужен. Это тоже самое, что кувалдой забивать вертикально маленький гвоздик. Забить можно, но трудозатрат больше.

---------- Добавлено 26.06.2012 в 20:35 ----------

ps. вообще удаляюсь, а то сейчас начнётся сразу, что лучше :)

Да я чисто для упрощения последующих модификаций хочу такое сделать. Уже двиг разросся.. Но я никогда ООП не пользвоал.. Функций хтватает с головой. Но сейчас уже стоОоооооооолько кода что хочется его гибче сделать и прозрачнее... Чем дальше тем больше каши получается... Коменты уже не помогают.. Страницы по 300+кб кода уже...

Да никакая это не кувалда. Это просто способ представления предметной области в голове у разработчика. Многие считают его более удобным и ясным, чем процедурный подход.

А что насчет вопроса ТС, то ООП - не панацея в вашем случае. Если в коде каша из функций, то при переписывании всего этого по канонам ООП будет просто другая каша - из классов. Можно так же организовать ясную структуру из привычных вам модулей и функций, не притягивая классы. Вам про рефакторинг кода лучше что-нибудь почитать.