Правильное использование паттернов

Всем привет. Пишу в этот топик впервые.
Недавно начал изучать паттерны, и как раз на носу курсовая(язык Java).
В курсовой будет реализовано клиент-сервер через сокеты, предметная область туристические агентства (таблицы бд: туристическое агентство, туры, клиенты, заказы тура). Ничего тяжелого нет, у коде эсть сущности, логика (Date Mapper паттерн, мост JDBC, база postgresql), валидация, представления и контроллеры. Вопрос следующий: какие паттерны можно применить для данной задачи? Просьба не писать что-то вроде зачем паттерны и т.д., хочу все же изучить некоторые из них. Большое спасибо.

0

Я просто оставлю это здесь.

0

0

0

3Doleg, прикол в том, что достаточно вполне, чтобы код исполнял, что задумано, и ненапряжно было его разгребать.

Паттерны - это как и в любом другом ремесле, они позиционируются, что сделаны из Опыта Древних, и призваны защитить от типичных глупых ошибок, однако есть несколько "но":
Если чувак выработает свой собственный, более эффективный для ряда случаев стиль, они только будут его ограничивать. И тут же возникает вопрос, что если со старту ортодоксально следовать паттернам, как удастся стать таким чуваком?
"Смысл". Этим страдают практически все модные концепции. При просмотре инфо-пространства может показаться, что паттерны - это такие же правила "здорового" кода, наряду с нормальными отступами и названиями переменных, но во многих случаях это не так. И если не прохавать, что некий паттерн - это только 1 распостранённый варик реализации, то может создаться иллюзия, что само использование паттерна сделает код качественее, чем без оных.

Конечно, не без плюсов, как минимум, они дают что-то типа стандартизации.

1

Одна злая девочка из телевизора на вопрос: "Как ты делаешь эти картинки?", -- ответила, что она их не делает специально, она их просто видит, и это не остановить.

Так же и шаблоны проектирования. Их не нужно изобретать или как-то специально применять. Они просто есть. Они есть в ваших проектах, даже если Вы ничегошеньки не знаете об этих паттернах. А роза пахнет розой, хоть розой назови её, хоть нет.

И никакая "Банда четырёх" эти шаблоны не придумала. Они просто обобщили и классифицировали уже широко применявшиеся решения, как Линней собачек и кошечек. Можно отвергать его классификацию, но кошечки не пропадут.

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

А ещё паттерны бывают разного уровня абстракции. Например GoF-паттерны -- очень конкретные, они решают точно поставленные задачи на уровне компоновки объектов и классов. Бывают архитектурные паттерны: MVC, DI, TS и т.д. И наконец такие шаблоны как клиент-сервер или P2P, которые говорят о том, как стыкуются очень крупные части приложения.

3