arch2000Используете ли вы такую архитектуру или Ваш проект организован как-то по-другому?

- модели данных (классы что генерит EF, L2SQL и другие орм)
- модели представления - то, что передается во вьюхи
- репозитории где весь фунционал генерящий списки на основе модели данных для модели представления

В контроллерах вызываются методы из репозиториев, заполняется модель данных и передается в представлениеНе использую, т.к. мой проект организован по-другому.

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

cooldeveloperskyANA- доменная модель (классы, выражающие сущности предметной области и классы-сервисы, реализующие бизнес-логику)
- модели данных, мапперы
- репозитории, что используются в классах-сервисах
- модели представления
Так те же яйца, только вид сбоку.Ну не скажи. Данные могут быть распределены: часть в SQL БД, часть в NoSQL БД, часть в каком нить кэше на Couchbase. Репозиторий скрывает то, где они хранятся и как распределены, скрывает модели данных и маппинг, и выдаёт доменные объекты.
А у ТС, что выдаёт репозиторий? И где у ТС бизнес-логика, в контроллерах что-ли, или в БД, или в репозиториях?

cooldeveloper, моя твоя не понимает.

ТС спросил, я ему ответил.

У меня более сложный проект, чем у него.
Есть десктоп админка, где можно добавлять, редактировать, удалять данные. Смотреть логи, настраивать параметры.
Есть морда на ASP.NET MVC, что красиво отображает динамику изменения данных в виде инфографических виджетов.
Также отображение этих виджетов реализовано в клиенте для iOS и в виде Windows Sidebar Gadget.
Есть веб-сервис, что отдаёт и принимает данные из внешних систем. Реализован 1С клиент, что работает с этим сервисом.

У меня доменная модель ничего не знает о структуре хранения данных в БД, в 1С, где-то там ещё.

А у ТС? У него репозитории генерирует какие-то списки на основе модели данных. Что в этих списках, экземпляры классов модели данных, или модели представления?

cooldeveloperskyANAА у ТС? У него репозитории генерирует какие-то списки на основе модели данных. Что в этих списках, экземпляры классов модели данных, или модели представления?
У него пока ничего нет, он интересуется как ему жить :)Ну дак давай выясним, что за проект он планирует пейсать, прежде чем рассуждать о яйцах и о том, с какого ракурса на них смотреть.

evgen12345skyANAпропущено...
Ну не скажи. Данные могут быть распределены: часть в SQL БД, часть в NoSQL БД, часть в каком нить кэше на Couchbase. Репозиторий скрывает то, где они хранятся и как распределены, скрывает модели данных и маппинг, и выдаёт доменные объекты.
А у ТС, что выдаёт репозиторий? И где у ТС бизнес-логика, в контроллерах что-ли, или в БД, или в репозиториях?

Вот это я очень долго ждал! Спасибо - теперь все более менее понятно.Хм. У Фаулера есть каталог шаблонов , а к нему есть перевод: design-pattern.ru .

EDUARD SAPOTSKIskyANAИ где у ТС бизнес-логика, в контроллерах что-ли, или в БД, или в репозиториях?
БЛ должна быть в веб-сервисах А морда должна быть на SL!
А заказы у Вас такие ещё остались?

EDUARD SAPOTSKI, Вы как-то ни о чём говорите.
К примеру в терминах шаблонов проектирования что Вы предлагаете убрать, или добавить?

EDUARD SAPOTSKIcooldeveloperДык ты говоришь про веб сервисы...
Не находишь что WCF покрывает функционал веб-сервисов?
Эта терминалогия сегодня уже устаревающая формальность ИМХО.WCF, не WCF. Сам код сервиса какую архитектуру имеет?

EDUARD SAPOTSKIskyANAК примеру в терминах шаблонов проектирования что Вы предлагаете убрать, или добавить? А я как-то уже на эти темы и не загоняюсь, есть ORM, сверху накрываю WCF-прослойкой где реализую основную БЛ, а клиент уже дело десятое...А если появится необходимость данные брать к примеру из NoSQL БД, или получать у десятка сторонних систем, или всё вместе, то Вы, не загоняясь, напишите ещё пару WCF-прослоек, где повторно реализуете БЛ?

EDUARD SAPOTSKI, Вы походу не поняли, что классы доменной модели, реализующие бизнес-логику, классы конкретной модели данных, конкретной реализации репозитория пишутся один раз и используются хоть в WCF-прослойках, хоть в ASP.NET MVC, хоть где.

И Ваша фраза: "БЛ должна быть в веб-сервисах", - ни о чём.

EDUARD SAPOTSKIskyANAА если появится необходимость данные брать к примеру из NoSQL БД, или получать у десятка сторонних систем, или всё вместе, то Вы, не загоняясь, напишите ещё пару WCF-прослоек, где повторно реализуете БЛ?Какая мне разница где хранятся данные? Есть ORM с объектной моделью с ней я и работаю в WCF-сервисах. Откуда брать данные это проблемы ORM.Снова ни о чём. Приведите пример ORM, что сможет взять данные к примеру из MongoDB.

EDUARD SAPOTSKIskyANAВы походу не поняли, что классы доменной модели, реализующие бизнес-логику, классы конкретной модели данных, конкретной реализации репозитория пишутся один раз и используются хоть в WCF-прослойках, хоть в ASP.NET MVC, хоть где.Да все это я прекрасно знаю, я просто говорю Вам как можно сделать все быстро, дешево и сердито, еще и будет работать Спасибо конечно. Но сделать, чтобы работало, не заморачиваясь по поводу архитектуры, любой вчерашний студент сможет.
По теме что-нибудь скажете?

EDUARD SAPOTSKIskyANAСнова ни о чём. Приведите пример ORM, что сможет взять данные к примеру из MongoDB.Привидите мне статистику, какой процент проектов на .NET работают с MongoDB? Ну не нужна мне MongoDB как и 99%-ам девелоперов! А если даже что-то в лесу сдохнет и она мне понадобится, то что мешает состряпать DAO-прослойку и заюзать теже WCF-сервисы?И зачем Вам моя статистика? Для Вас MongoDB - это как один из примеров. Речь идёт о том, что данные могут быть распредлены: сегодня они хранятся в одной единственной вашей БД, а завтра помимо неё надо опрашивать сервера и сервисы партнёров (предметная область туризм) и ORM с WCF вам в этом не помогут.

Я понимаю, что Вы с этим не сталкивались, что для решения 99% Ваших задач не требуется использовать какие-то шаблоны проектирования и загоняться на тему архитектуры.
Но зачем тогда участвовать в дискуссии о ней?
EDUARD SAPOTSKIskyANAСпасибо конечно. Но сделать, чтобы работало, не заморачиваясь по поводу архитектуры, любой вчерашний студент сможет.
По теме что-нибудь скажете?Еще раз, используемая мной архитектура - ORM(одни классы сущностей, никакой логики, только доступ к данным из БД), WCF сервис(юзает объекты предоставляемые ORM, реализует БЛ, предоставляет доступ приложениям). В чем конкретно Вы видите недостатки такой архитектуры?Я вообще не вижу тут никакой архитектуры. Снаружи это может и выглядит как архитектурное решение. Но о внутренней реализации ничего не сказано. Если в методе сервиса дёргается ORM, полученные объекты тут же обрабатываются и отдаются наружу, то это, грубо говоря, ничем не отличается от "в методе ОнБаттонКлик открываем конекшн, дёргаем дата адаптер, обрабатываем полученный датасет".

cooldeveloperskyANAПриведите пример ORM, что сможет взять данные к примеру из MongoDB
Честно говоря, тоже не совсем понял, причем тут ORM к монго. В чем проблема написать реализацию своего IMongoDataService...Никаких проблем. Я уже написал, а Эдуарду это не нужно.

cooldeveloper, дык перечитай топик.

EDUARD SAPOTSKI, лично мне ничто не мешает использовать какие-то сборки с какими-то классами. Я на первой странице в кратце описал из каких частей состоит мой проект и что и как там используется.

Вы же, судя по Вашим постам, не писали никаких DAO-прослоек, не делали независимых от модели данных сборок с классами БЛ, вообще не использовали "изысканных архитектурных решений и эксклюзивных паттернов", т.к. оно Вам и не надо было.

Я предполагаю, что реализация методов в Вашем WCF сервисе по большому счёту ничем не отличается от "в методе ОнБаттонКлик открываем конекшн, дёргаем дата адаптер, обрабатываем полученный датасет".

И собственно по этому не вижу смысла обсуждать с Вами какие-то архитектурные решения и шаблоны проектирования.

EDUARD SAPOTSKIskyANAИ собственно по этому не вижу смысла обсуждать с Вами какие-то архитектурные решения и шаблоны проектирования.
Короче конкретного примера не будет Ну почему же. Пример проекта, что я уже описал в етме - это мой личный проект, в данный момент на стадии тестирования перед релизом и сборки интсаллятора, надеюсь в скором времени смогу дать ссылку на сайт.

Вот ссылка на проект с предыдущей работы. Ссылка на проект, что разрабатывается на текущем месте работы, в профиле.

Более 200 000 отелей по всему миру от глобальных поставщиков (GTA, Kuoni, Travco и пр.) и принимающих туроператоров Европы - это конечно не гостиничный комплекс, но что есть, то есть...