Как обработать модель представления с несколькими совокупными корнями?

В данный момент я получил вполне плохо сформированную модель представления.

Классы похожи на это =>

 public class AccountActionsForm
    {
        public Reader Reader { get; set; }
        //something...
    }

Проблема состоит в том, что тип Читателя прибывает из модели предметной области (нарушение SRP).

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

Я знаю о платформе AutoMapper, и я, вероятно, собираюсь использовать ее.

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

Я смущен случаями, когда для представления нужны данные больше чем из 1 совокупного корня. Я создаю приложение, которое имеет объекты как Библиотека, Читатель, BibliographicRecord и т.д.

В моем случае - на доменном уровне, не имеет никакого смысла группировать все те 3 типа в LibraryReaderThatHasOrderedSomeBooks или этажерке, но представлению, которое должно дисплейный список о заказанных книгах для определенного читателя в определенной библиотеке, нужны они все.

Таким образом - кажется прекрасным создать представление OrderedBooksList с OrderedBooksListModel просмотрите модель под этим, содержит LibraryOutput, ReaderOutput и BibliographicRecordOutput модели представления. Или еще лучше - OrderedBooksListModel просмотрите модель, которая усиливает сглаживающуюся технику и имеет опоры как ReaderFirstName, LibraryName и т.д.

Но это приводит к отображающимся проблемам, потому что существует больше чем один вход.
Это не 1:1 отношение больше, куда я ударяю один совокупный корень только.
Это означает, что моя модель предметной области добра несправедливость?

И что относительно полей модели представления, которые живут просто на уровне UI (т.е. перечисление, которое указывает на проверенную вкладку)?

Это то, что все делают в таких случаях?

 FooBarViewData fbvd = new FooBarViewData();
   fbvd.Foo = new Foo(){ A = "aaa"};
   fbvd.Bar = new Bar(){ B = "bbb"};
   return View(fbvd);

Я не готов сделать это =>

var fbvd = new FooBarViewData();
   fbvd.FooOutput =  _mapper.Map(new Foo(){ A = "aaa"});
   fbvd.BarOutput = _mapper.Map(new Bar(){ B = "bbb"});
   return View(fbvd);

Походит на большую запись.:)

Чтение этого в данный момент. И это.

Хорошо. Я думал об этой проблеме много и да - добавляющий, что другой уровень абстракции походит на решение =>

Таким образом - в моем уме это уже работает, теперь время для некоторых играть.

ty Jimmy