它通常要求有一个领域对象显示各种方式的用户界面;清单、搜索结果,查和编辑的网页,以及在标题、脚注和弹出窗口。通常你有几个不同的"意见"的领域对象,各有不同领域显示出来。

大多数的意见似乎可以使用也可与检获得的数据,当你需要一个子集或超集。有很多的开销在维持交互.它是一个不好的方法简单地填补性的领域对象需要为每个方案。例如你可能会使用配置文件说什么性质应当被包括在内,例如:

服务。GetDomainObjects(int listID,轮廓。ListProfile);服务。GetDomainObjects(string searchParam,轮廓。SearchProfile);

有帮助吗?

解决方案

对我来说什么这就是你想要的开销是,要有一套不同类别的来代表你的交互或者你要有一套方法,每个返回相同的领域对象,但与不同的领域是'水'.

几个问题我想问,以帮助做出决定:

  • 什么是开销在保湿的整个对象?增加的复杂性(的交互或部分水合物)真的值得吗?
  • 是其他任何人要使用你的代码吗?你不混淆人paritally水合物,交互可能更清楚当人们来到维持你的代码。

我有一个轻微的个人偏好的交互因为我觉得长期维护的系统将更加容易。如果你一个人带,或者这是一次扔掉的应用程序,我完全能理解不想介绍一堆额外的课程,将杂乱的代码。

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