Как называется подход в ООП?

[Светлана PHP]

Как называется подход в ООП?

Любой класс в ООП содержит переменные, доступ к которым организуется посредством методов типа Get@ Set@, где @ - имя переменной внутри класса.

Вопрос: как называется подобный подход... или это постфакт в ООП?

 

[Tor]

последний номер инсайда

 

[Vasya]

В англоязычной литературе это вроде так и называется "getter/setter pattern". И применяется когда надо производить дополнительные операции при записи/чтении переменной. А когда не надо -- так и не применяется.

 

[_RVK_]

производить дополнительные операции при записи/чтении переменной. А когда не надо -- так и не применяется

Не совсем верно. Вообще все свойства класса должны быть private/protected и работать с ними нужно через соответствующие методы. Я лично использую для этого функцию __call. Делается это для того, что бы если в будующих версиях класса, тебе вдруг нужно будет что-то делать при установке свойства, ты легко мог это сделать не меняя интерфейса класса.

 

[neko]

> Вообще все свойства класса должны быть private/protected и
> работать с ними нужно через соответствующие методы

зач0т

 

[Vasya]

... если в будующих версиях класса, тебе вдруг нужно будет ...

Ключевая фраза.
Совершенно неизвестно ЧТО вдруг может понадобиться в будущих версиях класса. Если же это известно, то почему бы не сделать это в текущей версии? Скажем, если известно, что понадобится

что-то делать при установке свойства

тогда лучше применить getter/setter уже в текущей версии.
С другой стороны, есть классы, для которых совершенно точно известно, что они не потребуют никаких действий при доступе к свойствам. И, в этом случае, применения getter/setter будет излишним.

 

[_RVK_]

Vasya
Прочитай еще раз мое сообщение, распечатай и повесь на стену перед глазами.
И забудь о таком понятии в прграммировании как "точно известно". Если ты вдруг ошибешься, тебе придется переписывать весь код, который работает с этим классом.

 

[Frol]

Вообще все свойства класса должны быть private/protected и работать с ними нужно через соответствующие методы.

полностью согласен с товарищем neko.
мне тоже очень понравилось.

 

[_RVK_]

neko
Frol
Я в чем то не прав. Поясните

 

[neko]

преимущественно в том, что тебе свойства что-то должны

 

[_RVK_]

в чем именно я не прав? я никогда не работаю с свойствами класса напрямую. Я в этом не прав?

 

[neko]

да мне в общем-то все равно как ты с ними работаешь

 

[_RVK_]

да мне в общем-то все равно как ты с ними работаешь

ну и замечательно!

 

[Frol]

так и запишем.
я работаю -- значит они должны.

 

[_RVK_]

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

 

[Frol]

извини, но эта история до университета не дотягивает.

 

[_RVK_]

так и запишем.
фролу сказать нечего.

 

[Screjet]

хм.. а зачем же придумали определение public?..
неужто исключительно для студентов?

Делается это для того, что бы если в будующих версиях класса, тебе вдруг нужно будет что-то делать при установке свойства, ты легко мог это сделать не меняя интерфейса класса.

Хороший код тот, который документирует сам себя. И разработка быстрее и модифицировать проще.

 

[fixxxer]

В теории RVK прав. На практике же - PHP - интерпретатор, так что проблем с модификацией кода нет, а оверхед от get/set'а весьма приличный. Да и реализовано оно в PHP через ж*пу.

 

[Frol]

мне нравится такой стиль разговора:
- это правильно!
- почему?
- так, как я это использую!
- и?
- а докажи что это не правильно!

_RVK_
записывай.
мне на твое мнение положить.