如何处理具有多个聚合根的视图模型？

Question

目前，我得到了相当不好的视图模型。

类看起来像这样=>

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

问题是，阅读器类型来自域模型（违反SRP的）。基本上，我正在寻找设计技巧（即将视图模型分解为输入/输出是一个好主意？）如何使我的视图模型无摩擦和开发人员友好（即 - 映射应该自动工作控制器基类）？

我知道AutoMapper框架，我很可能会使用它。

因此，再次尝试创建正确的视图模型时常见的问题是什么？如何构建它？如何在需要多个域对象输入时完成映射？

---

我对查看需要来自多个聚合根的数据的情况感到困惑。我正在创建应用程序，其中包含图书馆，阅读器，书目记录等实体。

在我的情况下 - 在域级别，将所有这3种类型分组到LibraryReaderThatHasOrderedSomeBooks或什么都没有意义，但查看应显示列表为特定图书馆中的特定读者订购图书需要全部。

所以 - 它似乎罚款来创建OrderedBooksListModel视图模型视图OrderedBooksList下保存LibraryOutput，ReaderOutput和BibliographicRecordOutput视图模型。甚至更好 - OrderedBooksListModel视图模型，它利用flattening technique并拥有道具一样ReaderFirstName，LibraryName等

但是，因为有多个输入导致映射问题。
这不是1：1的关系，我只踢一个聚合根。
这是否意味着我的域模型是一种错误？

那么纯粹在UI层上生活的视图模型字段（即枚举，表明检查选项卡）呢？

是this大家在这种情况下做了什么？

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<Foo,FooOutput>(new Foo(){ A = "aaa"}); 
    fbvd.BarOutput = _mapper.Map<Bar,BarOutput>(new Bar(){ B = "bbb"}); 
    return View(fbvd); 

好像很多写作的。 :)

---

Reading this此刻。和this。

---

好的。我想过这个问题有很多，是的 - 增加一个抽象层似乎是一个解决方案=>

alt text http://i46.tinypic.com/fe14qp.jpg

所以 - 在我的脑海这个已经工作，现在是时候为一些玩弄。

TY吉米

Answer 1

这很难定义所有这些，但在这里。我们喜欢分离出我们称之为View从Controller构建的内容。该视图看到一个扁平的，脑死的DTO样物体。我们称之为视图模型。

在控制器方面，我们构建了构建视图模型所需的丰富图表。这可能只是一个聚合根，也可能是多个聚合根的组合。所有这些共同组合成我们所说的演示模型。有时候，演示模型就是我们的持久性（域）模型，但有时它完全是一个新对象。但是，我们在实践中发现，如果我们需要构建复合表示模型，它往往成为相关行为的一个磁铁。

在你的例子中，我会创建一个ViewFooBarModel和一个ViewFooBarViewModel（或ViewFooBarModelDto）。然后我可以在我的控制器中讨论ViewFooBarModel，然后依靠映射来使用AutoMapper从中间模型中得到我所需要的。

Answer 2

下面是对我们明白，我们一直在与长一段时间挣扎的替代品后一个项目：渲染数据是从接收数据不同。

我们使用ViewModels来渲染数据，但很快就发现，当通过表单发布和类似的方式接收数据时，我们无法真正让ViewModel适合ModelBinding的概念。主要原因是往返于浏览器往往涉及数据丢失。作为一个例子，即使我们使用ViewModels，它们基于来自真实域对象的数据，但它们可能不公开所有来自域对象的数据。这意味着我们可能无法立即从浏览器发布的数据中重建基础域对象。

相反，我们需要使用映射器和存储库从发布的数据中检索完整的域对象。

我们意识到这一点之前，我们努力与很多试图执行可能从重建发布数据全域对象或视图模型定制ModelBinders，但现在我们有独立的PostModels该模型中，我们如何接收数据。

我们使用抽象映射器和服务将PostModel映射到域对象 - 如果有必要，可能还会返回ViewModel。

Answer 3

虽然将无关的实体（或者他们的存储库）组合到域对象或服务中可能没有意义，但将它们组合到表示层中可能会有很大的意义。

正如我们构建的自定义ViewModels以特别适合特定应用程序的方式表示域数据一样，我们还使用自定义表示层服务，根据需要组合事物。这些服务比较特殊，因为它们只是为了支持某个特定的视图而存在。

通常，我们会将此服务隐藏在接口后面，以便具体实现可以自由使用它需要组合所需结果的无关注入Domain对象。