实用J2EE设计模式编程指南 设计问题的解是否都是设计模式呢?不一定。设计模式只是适用于不同情境的解,即 可以重复采用,在不同情境中解决同一问题。 回到房门的问题,这个解还不能作为模式,因为它只限于这个特定情形。但如果能对 所有小房间找到一般解,则可以称为模式。 Alexander就是这么干的。他发现,房门不能放 在墙上任何地方。此外,房间的成功很大程度上取决于门的位置。因此,他建议除了很大的 房间之外,房门应尽量靠近墙角。他把这个模式称为角门( Comer doors)模式 虽然这是一个简单概念,但定义设计模式并不容易。因此,人们提出了五花八门的定 义。为了深入了解设计模式,下面再进一步解释。 设计模式针对软件设计,系统化地命名、解释和求值重要软件设计。设计模式使成功 地经过证明的设计与体系结构更容易复用,使新系统开发人员能更方便地釆用设计模式,特 別是经验较少的开发人员。设计模式能帮助我们选择不同设计。本书主要介绍设计模式,因 此此后“模式”一词特指设计模式 假设要开发 Customer实体Bean,并把客户数据提供给客户机。自然方法是用细粒方法定 远程接口(如 get/setNameO、 get/setAddres0),让远程客户机直接访间这个实体Bean。要 确定这个解不可伸缩,因此不适合实际应用,需要实现组件与客户机,进行部署和测试,需 要进行大量工作。记住,实际应用程序中通常要面对多个组件,而不只是 Customer 知道 Value Object!与 iSession Facade之类的设计模式之后,就很容易看出EJB的远程接口 应是粗粒的。 Value Object(数值对象)模式显示了如何使接口变成粗粒,同时以巧妙的方式 传输所有必要的数据,避免多次远程方法调用。 Session Facade模式显示不能直接访间实体 bean,而应开发会话bean,作为门户。如果能对实体bean增加一个本地接口,在同一容器中部 署两个EJB,则可以进一步提高性能 如果你不熟悉 Value Object与 Session Facade模式,则不容易理解上段的内容。别担心, 这些模式都将在本书稍后详细介绍。但可以注意,这两个模式都适用于某种情境。所有模式 都适用于某种情境,是一组矛盾的平衡。描述模式时,我们要明确定义所有这些项目。根据 前面提到的四位专家对设计模式的描述,模式具有四大要素 模式名,标识模式,增加表达性。 ·问题,描述何时应用这个模式,解释问题与情境 ·解,不描述具体设计与实现,而是描述模式模板,叮以在不同情境中使用。 ·结果,是采用一个模式的结果与取舍。结果对评估不同方法和进行决策至关重要。 设计模式描述如何在特定情境中解决一般设计问题。 计模式对常见设计结构的关键方面进行命名、抽象和标识。标识方案参与者,他们 的角色与责任及合作方式。大多数情况下,这些参与者是对象与组件。每个设计模式针对特 定问题。每个模式还描述其结果和取舍。 相关模式交织在一起,构成模式语言。模式语言不是正式语言,而是一组相关模式的 集合。模式和模式语言有助于更好、更快、更有效地学习、通信和解决问题。本书主要介绍 J2EE的模式语言,但介绍J2EE设计模式及其应用之前,先要介绍如何标识模式