ooAD大报告之 Petstore l中EB的设计模式分析 Abstraction Implementor Operation( 9 --imp->0 m ConcretelmplementorA ConcretelmplementorB RefinedAbstraction 意图:将抽象部分与它的实现部分分离,使它们都可以独立地变化。适用性 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如这种情况可能是因 为,在程序运行时刻实现部分应可以被选择或者切换。 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时 Bridge模 式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充。 对一个抽象的实现部分的修改应对客户不产生影响,即客户的代码不必重新编译 21.47 Adapter模式 它有两种方式实现。比较简单,就不多说了。 2.2. Value object模式 值对象模式,在SUN的站点上有详细的描述,并且《』2EE核心模式》上也有详细描述,其实这 种模式,我们每天都在使用,目的就是减少网络流量,提高效率,许多书上叫做的粗粒度。和这种 模式相关的还有复合实体,值对象组装器,值列表处理器。 在项目开发中有一个人负责系统的全部 entity Bean,为每个 entity Bean建立值对象,并且建立 他们之间的关系。其他的开发人员只管调用就行了,如果数据库修改,它来修改。这种方式,我建 议大家使用 2.2.1.意图 Efficiently transfer remote, fine-grained data by sending a coarse-grained view of the data 我们知道EB的调用使用了远程方法,它的效率一般要远低于本地方法的调用 作者:张玉平,吴小静,范赞梦,张麒,罗晟,张翅10OOAD 大报告之 PetStore 中 EJB 的设计模式分析 作者： 张 玉 平 ， 吴 小 静 ， 范 赟 梦 ， 张麒，罗晟， 张 翅 10 意图：将抽象部分不它的实现部分分离，使它们都可以独立地变化。适用性 • 你丌希望在抽象和它的实现部分乊间有一个固定的绑定关系。例如这种情冴可能是因 为，在程序运行时刻实现部分应可以被选择戒者切换。 • 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时B r i d g e 模 式使你可以对丌同的抽象接口和实现部分迚行组合，并分别对它们迚行扩充。 • 对一个抽象的实现部分的修改应对客户丌产生影响，即客户的代码丌必重新编译。 2.1.4.7 Adapter 模式 它有两种方式实现。比较简单，就丌多说了。 2.2. Value Object 模式 值对象模式，在SUN 的站点上有详细的描述，并丏《J2EE 核心模式》上也有详细描述，其实这 种模式，我们每天都在使用，目的就是减少网络流量，提高效率，讲多书上叨做的粗粒度。和这种 模式相关的还有复合实体，值对象组装器，值列表处理器。 在项目开发中有一个人负责系统的全部entityBean，为每个entityBean 建立值对象，并丏建立 他们乊间的关系。其他的开发人员叧管调用就行了，如果数据库修改，它来修改。这种方式，我建 议大家使用。 2.2.1. 意图 Efficiently transfer remote, fine-grained data by sending a coarse-grained view of the data. 我们知道EJB 的调用使用了进程方法，它的效率一般要进低于本地方法的调用