Телеграмм чат группы prophp7 страница 13353

Всем привет. Подскажите отличия паттерна декоратор от прокси? Ведь проблему они решают одну и ту же, но разными способами (если я всё верно понял, конечно)

источник

12:36пожаловаться #10

МФ

Максим Федоров... in PHP

декоратор — это сохранение интерфейса

бабушка накаченная(бабушка поевшая(бабушка одетая(бабушка натуральная)))

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

снаружи контракт один в виде одного типа

источник

12:38пожаловаться #11

Wembley in PHP

но ведь прокси точно так же зависит от интерфейса (контракта), чтобы подменить реальный обьект

источник

12:39пожаловаться #12

Sergey Protko in PHP

цели разные.

у декоратора цель - добавить некого функционала сверху. У прокси - контроль доступа к объекту. Тебе надо добавить логирование - декорация. тебе надо объект инициализировать только когда он реально понадобится или проследить что у объекта дергают - прокси.

источник

12:40пожаловаться #13

МФ

Максим Федоров... in PHP

прокси не оборачивает... не декорирует крч

источник

12:40пожаловаться #14

Sergey Protko in PHP

ну реализация может выглядеть очень похоже а потому могут быть недопонимания.

источник

12:42пожаловаться #15

Wembley in PHP

да, вот по целям намного проще понять глобальные различия, спасибо, попроще стало

источник

12:42пожаловаться #16

Sergey Protko in PHP

паттерны это не просто "вот так вот код пиши" - это попытка для разных ситуаций (целей) дать термиины что бы чуть сократить общение. Жаль не взлетело). При этом нормальное дело что реализация разных паттернов может быть одинаковой. Ситуации разные - соответственно выгодно использовать разные термины.

источник

12:43пожаловаться #17

Wembley in PHP

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

источник

12:46пожаловаться #18

Sergey Protko in PHP

если будешь соблюдать всякие принципы (солиды, граспы) то паттерны у тебя будут появляться сами собой. А паттерны больше нужны для общения - аля "слушай, там надо сделать X, как думаешь что лучше - а ебани там декоратор и хуй с ним". намного быстрее чем "сделай класс имплементящий тот же интерфейс и перед вызовом метода пиши в лог"...

источник

12:48пожаловаться #19

Wembley in PHP

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

источник

12:50пожаловаться #20