AxeleronТогда Вам просто маппер поправить, если контракт меняется.

я не вижу тут преимуществ. править - ключевое слово

AxeleronНо все равно расширять доменный объект, используемый в приложении, рано или поздно приходится

если сильно, то это будет уже реальные DTO, а не только для передачи через веб-сервис, там и проекция и запрос меняетя. а чуть-чуть - можно и в партиал на клиенте

kmawа чуть-чуть

типа галочку для гриды добавить

Axeleronkmawя не вижу тут преимуществ.
Вам просто повезло, что Вы еще просто не попадали в такие ситуации. Везение не носит системного характера.

смотрите, WCF - это не какой-то внешний сервис, это Ваше, даже, возможно, в одном солюшн. так? и как там может что-то внезапно измениться?

Axeleronkmawа чуть-чуть - можно и в партиал на клиенте
Чуть-чуть уберут пару свойств или имя/тип свойства поменяют в контракте Ваши партнеры - тогда мы и поговорим :)

это подстава я не знаю технологии, которая с этим может справиться

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

часть откажет - не работают/изменились внешние сервисы.

Axeleronkmawпропущено...


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

чувствую, спасибо за критику. но это всплыло в нашем разговоре, не имеет отношения, я думаю, к изначальному посылу ТС

Slivaмозг болит
Напиши, пожалуйста, архитектуру солюшена с учетом орм.

отдельный проект. в нем не должно быть ничего, кроме сервиса

то, что бросается в глаз сразу:


инжектить в репозиторий, используя IoC, обеспечить время жизни ContextDB, например, "на запрос"




из репозитория выносить в датасервис

и без аутентификации как-то не интересно