已经转移到
好·色之徒--我的博客、我的生活在这边记述中，将详细描述整个系统中处于核心地位的一些类。
首先需要说明的是底层数据访问接口：ICommonDAO--系统访问数据库的接口，所有对数据库的访问都通过此类来完成。里面定义了对数据库操作的相关接口方法，例如：save、update、delete等等。
说明：本来作为interface应该保持独立性，不应该涉及到具体实现的一些特征，由于系统采用Hibernate来实现底层操作，所以在interface中也加入了一些Hibernate所具有的一些方法，比如findByCriteria、getCountByCriteria。当然在设计中如果可以避免就尽量避免
下一个要介绍的和ICommonDAO紧密关联，就是它的具体实现CommonDAO
CommonDAO继承了HibernateDaoSupport，实现了ICommonDAO接口。继承HibernateDaoSupport，即具体实现采用了hibernate，而且HibernateDaoSupport中的getHibernateTemplate()方法可以方便的对数据库进行操作，举一个例子：
public void save(final Object entity) { getHibernateTemplate().save(entity); } 保存一条记录就这么简单
关于ICommonDAO、CommonDAO的命名，由于系统已经确定采用hibernate，所以没有特定把实现命名为HibernateDAO，如果系统需要采用不同的数据层实现，比如JDO、JPA等，那么接口中制定的方法就要相对中立，没有了现在设计中所涉及到的hibernate特性了。这个希望有所注意。
关于数据层的类就这两个了，下面说一下表现层struts，很简单，就定义一个抽象类BaseAction，继承DispatchAction，里面为空，没有作任何方法（当然可以在这里面做一些特殊的处理，因为系统比较简单，所以没有什么特别之处了），应用中所有的Action类都继承与它。
接下来描述一个几个有关业务的核心类：BaseService、BaseFacade、AppRelationCore
BaseService：系统中所有业务组件的抽象类，所有业务组件都继承于此抽象类。此抽象类主要完成一些通用的属性和方法，AppRelationCore和ICommonDAO
BaseFacade：系统各模块为其它模板提供外观模式的抽象类，所以Facade类都继承于此抽象类，在此抽象类中主要完成一些 通用的配置和方法，AppRelationCore和ICommonDAO
AppRelationCore：存放各个模块facade的接口，模块直接互相的调用都需要通过它来实现
这里需要作几点说明：BaseService比较容易理解，而且在系统中用到的极为普遍，可以参考源代码，会有深刻的体会。
关于BaseFacade和AppRelationCore类，先前文档中有过说明，该系统是以模块来划分功能区域的，为了保持各个模块相对的独立性，模块与模块之间的调用都要通过Facade类来完成（所有模块下的Facade类都继承于BaseFacade），而最终所有的Facade类都会在AppRelationCore类中体现，系统调用都会通过AppRelationCore来完成，以保持简单、完整、一致性。由于订单系统中，模块少，所以没有用上Facade类，不过这种方式还是可以推荐的，这里特此说明。
已经转移到
好·色之徒--我的博客、我的生活