我的软件的某些部分并不真正适合某个域,只是改善了该软件的体验。一个很好的例子是Employee
或Product
照片,基本上它在域和业务逻辑中没有任何意义,但我仍然需要访问它。
照片可以存储为持久层中的byte[]
,或者在我的情况下仅存储Uri
,仅在其他隔离存储中引用照片。
在这种情况下,如何练习DDD?将属性保留在Employee
或Product
聚合上是否真有意义,如:
public Uri PhotoUri { get { return this._photoUri; } }
或者还有另一种我还没有听说过更有意义的方法吗?
答案 0 :(得分:0)
在大多数企业中,他们将员工照片存储为员工信息的一部分,例如他们的名字。它通常用于ID。
我会问商务人士他们是否存储员工照片,用作身份证明或其他信息,如果他们回答是,那么它就是域名的一部分。
如果商务人士可以在不谈论软件的情况下理解它,那么将它放在您的域中就可以了。只需将其视为补充信息。