паттерны программирования

[amarao]

Главная боль с ними - это отсутствие нормальной документации.

Я только что хотел показать человеку "adapter". Казалось бы, пять строчек. Всё, что я нашёл - это какая-то бездна, и мой мозг стекает ещё до того, как я заканчиваю читать. Я понимаю паттерн, я не понимаю, что эти авторы хотят сказать.

Или, фабрика. Тривиальная же вещь: верни функцию с замыканием вместо значения. Но нет, всё, что идёт в статьях со словом "pattern", кажется, написано людьми, которые *любят* xml, писают кипятком от синтаксиса java и хочень бы хотели xlst вот ту вот очаровательную soap.

... Отсюда, вопрос, а есть ли кто-то, кто этим вопросом занимался и кто бы написал вменяемый обзор? Я понимаю, что у разных языков программирования разный уровень бойлерплейта (builder pattern для Rust/Java - это база и так и надо, в питоне можно, но будет выглядеть странно, потому что в аргументах можно много и выразительно варьироваться), но всё-таки, самый базовый простой обзор? Желательно, без махрового ООП.

Comments

[juan_gandhi]

У меня было, но я и сайт закрыл уже давно. Вот, запостил.

[sab123]

Фабрику проще всего понимать как виртуальный конструктор - она производит объекты с типом некоего родительского класса, которые являются на самом деле объектом некоего подкласса.

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

Что не так с изначальной книжкой? (Ну, кроме того, что она не объясняет "паттерны для людей").

[ex0_planet]

Достаточно легко гуглится: тема беспокоит многих и срачей всех уровней в интернете предостаточно.

Вот например:
http://www.cs.ox.ac.uk/publications/publication1452-abstract.html