то есть вы считаете, что только поэтому, больше причин нет?

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль

Вобщем то и этого достаточно. Слова AlmazDelDiablo как раз подтверждают.

Даже простое обращение к свойству рекомендуется делать через магию. Хотя в этом точно никакого смысла нет, если только это не Registry. Что поделаешь. Издержки ООП. Везде рамки.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

можете описать как это это было в коде? Я знаю о такой ситуации, но в моей рабочей практике она не случалась. Еще уточняющий вопрос, проект в котором у вас такая ситуация была, на какой стадии был? Создание функционала или поддержка(рефакторинг, доработка фич)?

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

Ну, например (образный код):

$className = $settings->moduleN->class;
$anyObject = new $className;

return $anyObject->value;

И вот то самое value вытаскивается из недр БД через магию Yii. А тут вдруг надо переопределить этот value и не тащить его из БД, а подгружать через http-api некоего сервиса (например), для чего в системе выделен отдельный модуль с собственной БД и кэшем. К сожалению, вопрос пришлось решить перегрузкой __get самого фреймворка, а можно было бы просто подменить логику в $anyObject->getValue(). Плюс, так как тут имя классы вытаскивается из переменной, IDE не может отследить это использование класса.

А проект у нас постоянно развивается, рефакторится. меняет технологии под капотом и т.д. Кажется, это называется «стадией поддержки», но больше похоже на бесконечную разработку :) Т.е. не тот проект, что сдаётся заказчику, а когда целая компания работает над одной большой штукой, которая умеет много чего для своих клиентов делать. Типа какого-нибудь «Яндекс.Маркета», где куча народа сидит и пилит день изо дня всё новые и новые фичи.

_____________
Блог | VK | GitHub | Twitch

Аналогичная фигня.
Только вот на мой вопль: НУ МОЖЕТ МЫ УЖЕ НАЧНЕМ ИСПОЛЬЗОВАТЬ ГЕТТЕРЫ/СЕТТЕРЫ???
был обозван ява-маньяком, и чтобы не мешал великим php-шникам творить какашки.

_____________
[продано копирайтерам]

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

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

При помощи некого флага nocache или метода объекта clearCache()

_____________
[продано копирайтерам]

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

$anyObject->clearCache(true);
$anyObject->getValue();

эх какая-то простая, но при том сложная тема, вроде бы и доводы нормальные, но что-то не достает.. :unsure:

_____________
Люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации

$anyObject->clearCache(true);
$anyObject->getValue();

Чёйта?
Кеш - это нифига не универсальная штука. Для каждого проекта она индивидуальная. И разработчику самому решать, как должен себя вести кеш, когда ему очищаться, по тайм-ауту или по событию.

Впринципе, Invis1ble уже написал:

И инкапсуляция не нарушится.

_____________
[продано копирайтерам]