Паттерны проектирования в Golang

[MaxxONE]

Последний пример странный. Где адаптер, что к чему адаптируется? Пользователь, который умеет работать с USBCharger,должен в итоге черезе адаптер сделать ChargeWithLightning().А у вас адаптер и айфон вообще не связаны

[yegreS]

Вопрос конечно холиварный, но все же в статье описан Декоратор, а не "Proxy". Proxy знает конкретный тип объекта который оборачивает.

[Konvergent]

В исходном коде DatabaseProxy выполняет проверку прав доступа, что делает его примером паттерна Прокси. Если бы добавили функциональность, такую как логирование или кэширование, без проверки прав доступа, это было бы примером паттерна Декоратор.

[Konvergent]

Вот про Прокси не понял. Ведь перез методом Query нужно подключение проверить или подключиться.

С Адаптером совсем непонятно: как объект iphone теперь "заряжается" через USB-C? Ведь в описании типа адептера или его метода, нигде нет момента про iphone. То есть в какой момент и где преобразование происходит?

Возможно, это просто примеры неудачные.

[Metotron0]

Фасад объединяет все эти подсистемы в один объект

Есть же понятное слово «макрос». Нет, придумали шарады. У меня с паттернами есть только вот эта проблема — я не могу по абстрактному слову вспомнить, что именно понимал под этим словом автор. А так как слов этих много, то они у меня все в голове перемешиваются.

В стратегии я не понял, чего есть такого стратегического. Это же просто интерфейс, который обязан быть реализован кем-то, кто хочет выполняться в известной ситуации. Назвали бы «Общий интерфейс для всех». Или в названиях паттернов обязательно должно быть только одно слово? Вроде бы нет, есть же «абстрактный метод».

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

[Metotron0]

Ой, фабричный метод, перепутал.