项目总结（采用领域驱动开发方式）最近在做一个项目。采用J2EE作为开发平台，通过领域驱动开发（DDD）的方式进行
项目总结（采用领域驱动开发方式）
最近在做一个项目。采用J2EE作为开发平台，通过领域驱动开发（DDD）的方式进行开发。
?
首先说一下系统总体架构。系统分为表现层，业务层(业务层分为应用层和领域层)，持久层，
其中表现层用Struts MVC框架，业务层用Spring框架，持久层用hibernate框架，现在主
要总结一下业务层和持久层。
?
业务层：根据DDD，业务层应该分为应用层和领域层，其中应用层的无状态的服务通过
Spring?IOC容器进行装配和管理。核心业务逻辑放到领域层，而应用层只是一个很薄的层，
指挥领域层的模型对象完成业务操作。领域模型根据DDD分为了实体，值对象，和服务，其
中实体是系统中一些需要记录和跟踪的对象，比如Account对象等，值对象则是一些对实体
的描述，以及实体的状态等，比如项目的站内信中，可以将消息的状态做为抽象消息的值对
象。为了提高实体的内聚性，将一些不是实体的职责分配给领域层服务对象。当然DDD中还
有关于聚合，工厂，仓库，个人理解工厂主要是用来创建对象的，工厂控制了对象生命周期
的开始，而对象的生命周期不可能只有开始这么简单，所以仓库就发挥了作用，仓库就是用
来管理对象的中间状态的。仓库可以通过缓存来管理对象，提高系统的性能。至于事务处理，
因为项目不需要分布式，所以直接采用JDBC事务，具体就是通过Spring管理的hibernate
事务来实现，将事务边界界定在应用层服务的开始和结束，这样也充分发挥Spring的声明式
事务管理功能。
?
持久层采用hibernate框架来完成。首先定义一个支持CRUD操作的泛型DAO,然后利用
Spring支持回调模板类(HibernateTemplate)来实现最基础的CRUD操作，其它的Dao接
口继承泛型接口。这样CRUD操作在统一的基类中完成，并且还可以利用泛型带来的安全性
检查。
????
最后先请教一下各位兄弟，我对于应用层服务和领域层服务的划
分不是很清楚，请问一下各位具体的划分标准是什么？各位在项
目中怎么做的？我现在是把应用层服务当做Facade来用，用来
封装业务逻辑，各位兄弟还有什么好的方法吗？请指教一下，谢了。
class Account { String name; String password; AccountState accountState;}class AccountState { boolean authority;}
你的是大体是这样子做的吗?但我不知道怎么去去hibernate的映射.
主要是accountstate的映射处理 5 楼 狂放不羁 2008-10-23 east_java 写道
引用
比如Account对象等，值对象则是一些对实体 的描述，以及实体的状态等 请问LZ,你这样是怎么做到Hibernate的映射的? 在我看来 Account类
Java代码
class Account {
String name;
String password;
AccountState accountState;
}
class AccountState {
boolean authority;
} class Account {
String name;
String password;
AccountState accountState;
}
class AccountState {
boolean authority;
}
你的是大体是这样子做的吗?但我不知道怎么去去hibernate的映射. 主要是accountstate的映射处理
我一般是通过@Embeddable和@Embedded来进行映射。
6 楼 ugibb510 2008-10-24 领域驱动模型，听起来很像一回事，看了一下，唉，怎么也就只是那么回事呢？ 7 楼 狂放不羁 2008-10-24 ugibb510 写道
领域驱动模型，听起来很像一回事，看了一下，唉，怎么也就只是那么回事呢？
呵呵,DDD是给我提出了一个新的分析和设计的方法。 8 楼 allforjava 2008-10-29 哥们 总结写的不够详细 9 楼 狂放不羁 2008-10-29 allforjava 写道
哥们 总结写的不够详细
呵呵，只是写写大体上的理解。目前对于DDD一些非常细节性的东西理解也不是很彻底，也是边摸索，边实践，边学习。希望兄弟姐妹们，多发表自己对DDD的理解和认识。交流了才有进步。 10 楼 fanfree 2009-04-20 应用层主要协调应用程序的活动。不包括任何业务逻辑，不保存业务对象的状态，但能保存应用程序任务过程的状态。
