Comments 7
Последний пример странный. Где адаптер, что к чему адаптируется? Пользователь, который умеет работать с USBCharger,должен в итоге черезе адаптер сделать ChargeWithLightning().А у вас адаптер и айфон вообще не связаны
Очередной бездумно сгенерированный текст, да ещё и на сомнительную, относительно go, тему. Спасибо, что ежедневно радуете нас такими замечательными статьями! Печально, что система модерации устроена так, что честнóму народу до сих пор приходится всё это читать.
Вопрос конечно холиварный, но все же в статье описан Декоратор, а не "Proxy". Proxy знает конкретный тип объекта который оборачивает.
Вот про Прокси не понял. Ведь перез методом Query нужно подключение проверить или подключиться.
С Адаптером совсем непонятно: как объект iphone теперь "заряжается" через USB-C? Ведь в описании типа адептера или его метода, нигде нет момента про iphone. То есть в какой момент и где преобразование происходит?
Возможно, это просто примеры неудачные.
Фасад объединяет все эти подсистемы в один объект
Есть же понятное слово «макрос». Нет, придумали шарады. У меня с паттернами есть только вот эта проблема — я не могу по абстрактному слову вспомнить, что именно понимал под этим словом автор. А так как слов этих много, то они у меня все в голове перемешиваются.
В стратегии я не понял, чего есть такого стратегического. Это же просто интерфейс, который обязан быть реализован кем-то, кто хочет выполняться в известной ситуации. Назвали бы «Общий интерфейс для всех». Или в названиях паттернов обязательно должно быть только одно слово? Вроде бы нет, есть же «абстрактный метод».
Это не к автору статьи претензии, это я в целом о ситуации. Все обязаны это знать, но чтобы это запомнить, нужно банально зубрить, больше никак.
Паттерны проектирования в Golang