А пусть репозиторий вместо POCO-объектов возвращает доменные

вопрос топикастера

а что он должен возвращать наружу..

уточнение

Возвращаемое значение -класс?

...

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

а ну да, я ж цитату привел...

skyANA,

опыт показывает, что реализация логики классами модели — практика плохая. т.е. ладно там еще вычисляемые свойства (допустим, Sum { get { return Amount * Price } }, но не логика. интерфейсы хороши в случае реализации универсального репо. допустим

interface IUpdateable {
DateTimeOffset Updated {get;set;}
}

...

skyANA,

плохо. логика размазана по классам. типа User.DoEtRegisterYourselfBastarf() ?

skyANA,

объектно-ориентированное программирование... можно еще в старых книжках об этом почитать, где что-то хранит состояние, да еще и поведением обладает... красивая сказка. от того, в ASP.NET MVC пицот контекстов (HttpContext, ViewContext, ControllerContext, ActionContext.......), отдельно от классов, реализующих само поведение.

skyANA,

даже по букве ООП, это не правильно. Customer.CreateOrder(...) — типа клиент создает заказ? карточка клиента (десяток полей) создает заказ (еще одну запись с другим десятком полей) часть логики реализуют сами объекты, часть какие-то сервисные классы — в общем не пойми что. не дай бог мне такое придётся когда-нибудь сопровождать... 3×тьфу

skyANAhVosttskyANA,

объектно-ориентированное программирование... можно еще в старых книжках об этом почитать, где что-то хранит состояние, да еще и поведением обладает... красивая сказка. от того, в ASP.NET MVC пицот контекстов (HttpContext, ViewContext, ControllerContext, ActionContext.......), отдельно от классов, реализующих само поведение.И таки что ты хотел этим сказать? Доменные объекты не зависят от того, где используются: в ASP.NET MVC, ASP.NET WebService, WPF, WCF или WinForms приложении.

есть кем-то великим сказанная фраза, которую над вышить золотом «предпочти композицию наследованию»...

понимаю, что пятница ещё далеко, но удержаться не мог

skyANAТо есть DTO хорошо, а business objects - плохо, потому что ты зачем-то кастомера наделил левым поведением?

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

skyANA,

роль DTO и Business Object может (и зачастую это делает) выполнять один и тот же класс. может быть вот такой случай. база данных разработана не нами, на наш взгляд спроектирована отвратительно, но с ней надо как-то работать, наши классные Business Objects не укладываются в реляционную модель. другое дело :) 3×тьфу...

skyANAКстати ActiveRecord - это вполне себе популярный шаблон.

да, не богат кастомер на великие дела ) так все-таки?

skyANA,

.. а Service в свою очередь AddToOrder, RemoveFromOrder... не-не-не. ни в коям случае.
хотя такие вещи итак работают изкаропки:

order.Services.Add(service)
order.Services.Remove(service)
order.Services.First(x => ...)
order.Services.Sum(x => ...)
order.Services.Average(x => ...)

а что-то более внушительное есть на примере, настоящее такое Поведение ?

skyANA,

и даже так:

order.Services = (ICollection<Service>)(new Exception("послание врагам от гордого варяга, стих 4 ]:->"));

:)