rpe4aСпасибо за ответы, но все же получается паттерны - это прошлый век или как?Паттерны - это применение принципов ООП на практике. Если будешь правильно применять ООП, то при решении соответствующей задачи у тебя автоматически получится какой-нибудь паттерн, вне зависимости от твоего желания. :-)

Ознакомиться с паттернами полезно. Зубрить их смысла не вижу.

Shocker.Pro... и о существовании EF в вашем проекте может знать лишь РепозиторийЧеловечество пока не определилось, что считать Репозиторием при использовании EF. То ли сам DbContext, то ли что-то другое. :-)

skyANAАлексей Кпропущено...
Человечество пока не определилось, что считать Репозиторием при использовании EF. То ли сам DbContext, то ли что-то другое. :-)Человечество в чём-то не согласно с Фаулером в его определении и описании шаблона Репозиторий? Человечество каждый день меняет своё мнение на диаметрально противоположное. Сегодня какое число?

hVosttАлексей КОзнакомиться с паттернами полезно. Зубрить их смысла не вижу.

Если планируется в дальнейшем работать в команде, то хорошо знать паттерны нужно в обязательном порядке, а не только полезно. Уметь их различать, уметь использовать, уметь определять где, какой и почему паттерн используется. И не впадать в ступор, читая чужой код. Зависит от специфики. При написании банальных LINQ/SQL запросов знание всяких "визиторов" вряд ли поможет.

Большинство распространённых паттернов основано на замене логики полиморфизмом. Умения применять такую замену по назначению вполне достаточно.

kmawпонимать как и почему реализовано у других, и уметь делать также у себя - это не "паттерны", а, как уже замечено, умение писать в ООП-стиле"паттерн" = "умение ООП" + "общепринятые (кем?) названия"

hVosttАлексей КБольшинство распространённых паттернов основано на замене логики полиморфизмом. Умения применять такую замену по назначению вполне достаточно.

Абсолютно в корне не верное утверждение. Все распространённые паттерны являются теоретически подведённой чертой под накопленным опытом, который был обобщён и систематизирован. Не наоборот. Никто не изобретал паттерны, чтоб потом корячиться, дабы воплотить искусственное порождение больного воображения в жизнь. 16404511

hVosttТеперь нет смысла каждый раз теперь изобретать велосипед и придумывать каждый день новую терминологию. Таким образом группа программистов может на понятном всем языке, а также использовать понятные всем абстракции. Смысл свободы в обозначенных ограничениях. Нет ограничений, нет и свободы.

Точка зрения, основанная на суперпозиции «я хочу и буду делать как хочу, как мне надо в зависимости от того, что и где у меня почесалось», совершенно не уместно при работе в команде. Но вполне подойдёт упоротому нерду, пребывающем в полном одиночестве со своим маленьким гениальным проектиком.В каждой команде разработчиков со временем формируется своя терминология. Учитывая современную культуру программирования в мире, никому доверять нельзя. У меня телевизор дома иногда виснет, перезагружать приходится. Докатились, блеат...

Кто они такие, чтобы я в обязательном порядке пользовался их терминологией? Своей головой надо думать. Удачные термины, которые у всех на слуху, вроде "фабрика", перенимать надо. Но стыдиться собственных терминов бы не стал. Как правило, они ничем не хуже.

Например, возьмём Repository. Дословный перевод: хранилище. Из названия делается вывод: репозитарий не должен содержать логики. Следовательно, логики в LINQ/SQL при таком подходе быть не может. Но так ли это на практике?

hVosttАлексей КВ каждой команде разработчиков со временем формируется своя терминология. Учитывая современную культуру программирования в мире, никому доверять нельзя. У меня телевизор дома иногда виснет, перезагружать приходится. Докатились, блеат...

Что за бред? Представь себе команду хирургов, у которых сформировалась «своя терминология», а затем берут опытного, но другого хирурга. И что теперь? Подумаешь, пару тройку неудачных операций, и чувак вольётся в дружную компашку, начнёт наконец понимать, о чём говорят эти парни.В медицине существует многолетняя устоявшаяся практика, в отличие от IT. Я бы не стал сравнивать эти отрасли.
hVosttАлексей ККто они такие, чтобы я в обязательном порядке пользовался их терминологией? Своей головой надо думать. Удачные термины, которые у всех на слуху, вроде "фабрика", перенимать надо. Но стыдиться собственных терминов бы не стал. Как правило, они ничем не хуже.

Ага. Все говорят, Фабрика, а мне нравится Ферма или Создатель.И что в этом плохого? Главное, чтобы название отражало суть.

Да и никто не использует в общении названия системных паттернов. Детский сад, ей богу... Обсуждения обычно касаются предметной области, её структур данных и логики. А это ER, UML и прочие диаграммы и математические формулы.

зы: вам шашечки или ехать?