应该模式将会传递给图被完全确定由一个单一的呼吁一个单一的储存库。换句话说,该模型的一个单一的汇总,或者我应该模型是构成独立的集合体,各有其自己的仓库,在业务层?

我有现在,我只是叫了一个单一的储存库,以填补整个模型,然后提出的观。似乎是聚集、储存库和模型都成为同一个概念。

有帮助吗?

解决方案

我是"没有一以上。" 我更喜欢使用演示模型,用于景和演示模型并不需要一个储存库中。有各种各样的原因:

  • 使用演示模型允许你设计的风景和控制器之前设计的模型和数据库。所以你可以得到用户输入早。
  • 演示模型能让你通过一个相当"平"的模式来看,所以你不需要担心的对象的问题,如延迟加载。
  • 演示模型往往简化模型的结合。
  • 当使用的一个演示模型,你不需要担心意外返回的领域有某些用户不应该被允许看到的,或不小心更新的领域,用户不应该允许更新,因为你没有得到一个白名单正确的。

现在,更具体地下线路的问题:你有没有建立一个实例介绍的模型?有多少仓库的需要?好了,这个问题现在几乎答案本身。你的设计演示模型遵循的要求。你设计的储存库以下良好的TDD做法,包括确定总的根源。现在的问题的"多少仓库我需要化这种模式"是直接的。你检查总的根源要求的模型,并使用那些你需要的。一般来说,我可以这样做在一个单一的皇宫查询。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top