2

我正在开发一个允许用户跟踪工单状态的应用程序。默认界面列出所有打开的工单，并允许用户更新单个工单的状态。此列表是“实时的”，因为它会在其他工作站上的其他用户进行更改时更新。

有一个不经常使用（但必需）的可选 UI，它将列出当天的所有工作订单（不包括在一天中的某个时间点打开的）。用户无法更改此列表，并且此列表是静态的，即显示列表时的快照，而不是“实时”。

从后端服务检索工作订单数据。可以根据需要更新服务合同。

我的问题是围绕 WorkOrder 实体的两个用例对域进行建模。我的表示层中有两个视图和关联的视图模型，但我应该有两个独立的域对象和存储库吗？

附加信息：

  • “全部”视图很少被访问，在工作日结束时，此列表可能非常大，如果缓存在客户端上，则需要大量内存。
  • “当前”视图通过处理指示已进行更改的广播事件/通知并刷新列表来与其他用户的更改保持同步。
4

1 回答 1

2

You don't need separate WorkOrder entities since it is the same work order concept present in both views, but you may need distinct read-models to represent those entities in specific types of queries. A read model is a read only, data only object which is designed to fit a particular query.

于 2013-07-18T15:00:55.327 回答