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 сервисе по большому счёту ничем не отличается от "в методе ОнБаттонКлик открываем конекшн, дёргаем дата адаптер, обрабатываем полученный датасет".

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