数据访问对象(DAO)和仓储库模式有何区别?我正在使用企业Java Beans(EJB3)、Hibernate ORM基础设施以及领域驱动设计(DDD)和测试驱动开发(TDD)作为设计技术开发应用程序。
我正在学习领域驱动设计,但有些实际问题让我感到困惑,我认为看一些好的样例可能会澄清这些问题。 请问是否有一些良好的工作代码示例,能够很好地建模基本的DDD概念? 特别感兴趣的有: 一个具有说明性的领域模型 仓储 领域/应用服务的使用 值对象 聚合根
请问有人可以通过提供一些示例来解释域和应用程序服务之间的区别吗? 如果一个服务是域服务,我是否应该将该服务的实际实现放在域程序集中,如果是这样,我是否还应该将存储库注入到该域服务中? 一些信息会非常有帮助。 能不能请您解释一下什么是“注入”和“程序集”,这样我才能更好地进行翻译呢?
我经常在文章中看到DDD(领域驱动设计)的使用——我已经阅读了关于DDD的维基百科条目,但仍然无法确定它到底是什么以及如何在创建我的网站时实施它?
我正在设计一个大型应用程序,我们使用基于DDD的多层架构。 我们有MVC数据层(实现存储库),领域层(定义领域模型和接口-存储库、服务、工作单元),服务层(服务的实现)。到目前为止,我们在所有层上都使用领域模型(主要是实体),只将DTO用作视图模型(在控制器中,服务返回领域模型,并创建传递到视...
在领域驱动设计中,有很多人一致认为实体不应该直接访问存储库。 这个想法是来自于Eric Evans的领域驱动设计书籍吗?还是来源于其他地方? 有哪些好的解释可以阐述其背后的原因? 编辑:澄清一下:我不是在谈论将数据访问从业务逻辑中分离出来的经典面向对象实践——我指的是特定的安排,在DDD...
请有人简洁地解释一下什么是领域驱动设计?我经常看到这个术语,但真的不理解它是什么或者它看起来像什么。与非领域驱动设计有何不同? 此外,有人能解释一下领域对象是什么吗?领域与普通对象有何区别?
我正在使用NHibernate来持久化我的领域对象。为了简化问题,我将一个ASP.NET MVC项目用作我的演示层和服务层。 我想从我的控制器类中以XML的形式返回我的领域对象。在Stack Overflow上阅读了一些帖子后,我得知DTO是获取数据的方式。但是,我也看到过有关ViewMod...
我刚开始阅读DDD。我无法完全理解实体对象与值对象的概念..请问有人能够解释一下,当将一个值对象设计为实体对象时,系统可能会面临哪些问题(如可维护性、性能等)?如果能给出示例就更好了...
我已经读过Eric Evan的书,现在正在阅读Vaughn Vernon的书。我正在第二章,他谈论子域和有界上下文,现在非常困惑。 从我能理解的内容来看,BC和SD之间应该存在1:1的关系。然而,我在其他地方读到这并不一定是这种情况。 有人能向我解释BC和SD之间的关系吗?