DDD(C#)中的服务和存储库
服务和存储库在DDD中如何相互关联?我的意思是说,在过去的两天里,我一直在阅读DDD,到处都是,总是有一个Service层,总是有一个Repository层。这些如何区分或互相补充?
从我读过的内容中,不是存储库负责委托应用程序和数据之间的交互? 那么,即使Repository可能已经实现了所需的方法,如果它必须实现Repository与数据交互,那么Service层需要什么呢? 我会感谢有关这个问题的启发。 附:不知道这是否会有所帮助,但我正在使用一个ASP.NET MVC 2应用程序,我正在尝试实现Repository模式。我刚刚完成了依赖注入模式(第一次)… UPDATE 好的,有很多答案,我觉得我明白了什么区别。所以,要检查(纠正我,如果我错了): >资源库层仅与数据库中的单个对象或ORM,IEmployeeRepository – >雇员。 那么我有一个小问题。创建抽象对象以被发送到我的观点被认为是不好的做法?例如,一个AEmployee(A为抽象,因为我的意思是接口),其中包含Employee和X或X的属性? 其实呢再多一点了。如果一个服务层可以被认为是“调整”的应用程序,它需要用一个接口来实现?
诚然,存储库与数据(即SQL,Webservice等)一起工作,但这是唯一的工作。 CRUD操作,没有更多。没有基于存储过程的业务逻辑的地方。
服务(或业务逻辑层)提供功能。如何填写业务请求(即计算工资),您需要做什么。 哦,这是一个很好的DDD书: (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |