Domain driven design 正在从域返回状态

Domain driven design 正在从域返回状态,domain-driven-design,Domain Driven Design,在我们的域驱动应用程序中,我们使用一种名为ServiceResponse的类型在应用程序的各个层之间发送数据,具体来说,域中的每个方法都会返回一个数据。到目前为止,它封装了从方法返回的数据(如果有的话)或它可能产生的任何错误 那么,我的问题是:向这个对象添加可能在应用程序的其他层中有用的字段是一种可接受的做法吗?例如,向其中添加一个状态或状态代码字段(服务层稍后可能会将其解释为HTTP状态代码(有或没有一些映射)是一种好形式吗?我觉得这是一个不错的地方。每个方法都返回某种“响应”的想法闻起来有点

在我们的域驱动应用程序中,我们使用一种名为
ServiceResponse
的类型在应用程序的各个层之间发送数据,具体来说,域中的每个方法都会返回一个数据。到目前为止,它封装了从方法返回的数据(如果有的话)或它可能产生的任何错误


那么,我的问题是:向这个对象添加可能在应用程序的其他层中有用的字段是一种可接受的做法吗?例如,向其中添加一个
状态
状态代码
字段(服务层稍后可能会将其解释为HTTP状态代码(有或没有一些映射)是一种好形式吗?

我觉得这是一个不错的地方。每个方法都返回某种“响应”的想法闻起来有点像试图过多地解耦,但在某些情况下,这种极端的解耦是必要的


在任何情况下,
ServiceResponse
都可以很容易地有一个状态,如果它需要的话,我会把它放在那里。

谢谢你的回复。但问题是,这个状态代码可能主要(如果不是唯一)用于服务层。那么,这是一件好事吗:域层专门针对服务层?不,域层不应该关心它上面的层如何处理它的成员。
ServiceResponse
本身应该是服务层中的驻留对象,并在服务方法返回时包含相关的域对象。域对象应该只具有了解其他域对象的方法—仅此而已。