Как использовать шаблоны проектирования на практике?

Question

[Тарас Сереванн]

Имеются теоретические знания по всем популярным шаблонам проектирования в PHP и JavaScript, в чем их отличие и как с ними работать, но... я не понимаю, как их применять на практике, какие у них преимущества по сравнению с обычным кодом и зачем они вообще нужны в работе, ведь всё хорошо и без них? В общем, вроде бы хорошо, но чувствую, что чего-то не хватает...

Может быть мне нужно прочитать какую-то книгу, которая проведет нужные изменения в мозгу, или посмотреть примеры кода на гитхабе?

Answer 1

[Сергей Протько]

зачем они вообще нужны в работе, ведь всё хорошо и без них?

Видите ли, паттерны это не что-то такое, что "применяют намерянно", они просто появляются. Им просто дали названия и все. Это "словарь", что бы быстро сказать другому разработчику мол "мы тут медиатор впихнем, а сверху вот этой фигни фасадом закроем". И всем сразу все понятно.

Словом, если вы разберетесь с принципами SOLID и GRASP, а так же в принципе с ООП (сокрытие состояния, обмен сообщениями между объектами разных типов), то паттерны будут появляться сами по себе.

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

Comments

[copal]

Остается только добавить, что шаблоны проектирования для разработчика кода выполняемого framework'ами шаблоны являются инструкциями к самому framework'ку.
То есть для разработчиков framework'ов это технический язык, они на нем разгаваривают, он им облегчает взаимопонимание. А вот если обычный программист не будет знать их, то он не будет знать, как правильно использовать продукт и значит его работа будет не эффективной.

[copal]

И Вы можете не переживать по поводу использования, ведь невозможно написать законченную строку кода чтобы не применить какой-то шаблон.

[Сергей Протько]

copal: тут спорно. Я частенько вижу как переиначивают названия в разных фреймворках, и это создает хаоса еще больше. Народ то не особо любит разбираться что где и почему.

[copal]

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

Answer 2

[Руслан Квашнин]

Почитать хорошо бы вот такое - www.ozon.ru/context/detail/id/33506422
Посмотреть примеры кода - наверное лучше будет на примере популярного фреймворка.
Понять как он устроен, где какие паттерны применены и какие проблемы они решают.
Я бы советовал Symfony - https://github.com/symfony/symfony

Comments

[Руслан Квашнин]

Согласен, но если "почитать" и PHP - по данной теме, наверное единственная книга.11

[65536]

OnYourLips: да зря он в нее эти технологии вплёл, свн, финг и тд. На полкниги. Остальное не так уж и устарело) Единственное, что большинство примеров применения совсем не повседневные в вебе, если вдруг не соберешься написать игру с юнитами и бронёй. Читал ее полтора раза, после первого было непонятно куда мне эти паттерны теперь засовывать.

Answer 3

[Barmunk]

Само придет. В один прекрасный момент подумаешь, а не плохо бы сюда засунуть фабрику классов вместо тысячи if. Или а вот тут бы можно впихнуть синглтон для класса бд, вместо постоянного создания объектов

Answer 4

[Станислав Макаров]

В общем, вроде бы хорошо, но чувствую, что чего-то не хватает...

Так все хорошо или все же чего-то не хватает?

Может быть мне нужно прочитать какую-то книгу, которая проведет нужные изменения в мозгу, или посмотреть примеры кода на гитхабе?

Примеры кода можно посмотреть, главное найти достаточно большой проект с высоким качеством кода. По PHP и JS не могу таких посоветовать, не в теме. Еще лучше - поработать над большим проектом. Видите ли, многие практики разработки ПО имеют смысл только в проектах больше некоторого критического размера, и в командах с достаточно большим числом человек.
Почитать можете Банду Четырех, но не удивляйтесь, если изложенное там покажется вам излишеством.