Материалы по паттернам ООП с наклоном в веб-проектирование?

Question

[Дмитрий Threy]

Желательно, чтобы материал отсылался к серверным языкам, а именно к PHP. Ранее я и сам пытался продумать веб-приложение, следуя каким-то "своим" паттернам, но все это было методом тыка: логика программы страдала, некоторые классы просто дублировали методы других, а об абтрактном представлении классов совсем молчу. Конечно можно и и про другие языки, ведь мне сейчас главное просто ухватить саму суть проектирования и разработки приложения. Но хотелось бы с уклоном к веб-проектированию.

Answer 1

[raventid]

www.ozon.ru/context/detail/id/5648968 - лучшая книга на эту тему.

Comments

[Владимир Голубь]

а по js есть ли какой нибудь материал или книги?

[Insanity]

Владимир Голубь:
www.ozon.ru/context/detail/id/19677670
www.ozon.ru/context/detail/id/6287517
www.ozon.ru/context/detail/id/28288656
www.ozon.ru/context/detail/id/18421547

[trevoga_su]

не самая лучшая, имхо

[raventid]

trevoga_su: Лучшая для PHP. Я указал наиболее релевантную книгу согласно вопросу. Если по архитектуре в целом, то есть много достойной литературы.

Answer 2

[aquare11e]

Есть еще такая: www.ozon.ru/context/detail/id/1616782 . Там про архитектуру приложений; в том числе и для веб.

Comments

[trevoga_su]

имхо это ЛУЧШАЯ книга

[Дмитрий Threy]

trevoga_su: Возьму на заметку.

Answer 3

[trevoga_su]

что бы писать на ООП и паттерны всякие - необходимо научиться мыслить объектами и написать/взят готовый ORM
без ORM вся объектно-ориентированность будет как мертвому припарка

www.ozon.ru/context/detail/id/1616782 рулит

Comments

[Viktor Vsk]

Только замените слово ORM на "популярный фреймворк". Потому что далеко не всему ООП нужен слой хранения данных

[Дмитрий Threy]

Виктор Ablebeam: За идею написать фреймворк я могу положительно высказаться, но брать "популярный фреймворк" я не считаю нужном на первых парах изучения ООП.

[Viktor Vsk]

Дмитрий Трапов: А зря :)

[Viktor Vsk]

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

[Дмитрий Threy]

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

[Viktor Vsk]

Дмитрий Трапов: вот именно "странные требования фреймворков" и помогают вначале осознать объем всех этих штук.
Например, что запрос поступает через миддлвер в диспатчер, дальше на роутер, потом в контроллер и дальше вью-модел и т.д. и т.п. Если будете делать сами облегченный вариант фреймворка для проекта в вакууме - просто о факте наличия диспатчера вообще врядли особо будете задумываться. И у вас могут появиться вопросы, "а не перенести ли роутинг на nginx?"