远程外观使用在表现层和领域模型之间.ppt

13.1.2 使用时机 如果正在建立自己的系统，应该亲自评估所做的权衡。比较一下使用手工代码增加新映射和使用元数据映射两种方式。 如果采用发射，要考虑由它引起的性能问题。 13.1.3 举例 列举一个读XML的JAVA代码生成程序 13.2 查询对象 查询对象是解释器模式在表示SQL查询上的应用。它的主要 作用是使客户可以构造各种类型的查询，并把这些对象结构 转换成适当的SQL字符串。 13.2.1 运行机制 查询对象通过元数据映射，知道数据库结构怎样映射到对象 架构。进而组合高级的与SQL无关的查询。 13.2.2 使用时机 只有在使用领域模型和数据映射器时，才会真正需要查询 对象；你还会需要元数据映射以便准确使用查询对象。 第十四章 Web表现模式 14.1 模型－视图－控制器（MVC） 14.2 页面控制器（Page Controller） 14.3 前端控制器（Front Controller） 14.4 模板视图（Template View） 14.5 转换视图（Transform View） 14.6 两步视图（Two Step View） 14.7 应用控制器（Application Controller） 14.1 模型－视图－控制器（MVC） 把用户界面交互分拆到不同的三种角色中 14.1.1 运行机制 模型是一个不可见的对象，包含除了用于UI的那部分数据和行为之外的所有的数据和行为。在纯面向对象概念里，模型就是领域模型中的一个对象。 视图接收客户的请求和应答输出，以表UI来显示。 控制器是处理客户的请求对模型进行操作并将结果返回给视图客户的 14.1.2 使用时机 在设计Web架构时，如果考虑两种分离： 从模型中分离表现 从视图中分离控制 那么你就别无选择，大胆的使用该模式。 14.2 页面控制器 在Web站点上为特定页面或者动作处理请求的对象 页面控制器在Web站点上为每一个逻辑页面都准备了一个输 入控制器。这个输入控制器可能是页面本身，也可能是一个 对应这个页面的单独对象 14.2.1 运行机制 页面控制器最基本的思想是：为web站点上的所有页面都在 web服务器上准备一个模块，这个模块充当控制器的角色， 当你点击一个页面的时候，根据动态信息的不同，你可能得 到不同的页面。严格讲，控制器被绑定在每个动作上（事 件），如按钮、链接等。每次点击都由如下动作发生： URL解码并获取所有必要的数据，以便为下一步的动作计算出所有需要的信息。 创建和调用模型对象类处理数据，所有从HTML请求中得到的相关数据都应该被送到这个模型中，这就使得模型对象不需要和HTML请求有任何连接。 决定哪个视图将用来显示结果页面，并把模型的相关信息传送给它。 14.2.2 使用时机 页面控制器有点像结构化机制，特定的动作将被特定的服务 器页面或脚本类处理。在站点只拥有简单的控制逻辑时使用 该模式。 new ArtistHelper forward(“/Artist.jsp”) 14.3 前端控制器 前端控制器通过引导请求经过一个处理程序对象来统一所有 的请求处理。这个对象可以执行一些通用的行为，并且可以 在程序运行时使用decorator（装饰器模式）来修改这些行 为。然后处理程序就调度一些command（命令模式）对象来 处理某一请求的特定行为。 14.3.1 运行机制 一个前端控制器处理一个Web站点的所有调用，它由一个Web处理程序（类）和一个command（命令模式）层次结构。 可静态或动态决定运行哪个command 14.3.2 使用时机 为了简化web服务器的配置，只需要配置一个前端控制器 为了移植方便 利用动态command，不用改变任何东西就可以添加新的command 想用装饰模式(decorate)来认证、国际化、字符编码通过配置文件增加它们 以上理由驱动你使用该模式 14.4 模板视图 通过在HTML页面中嵌入标记向HTML发送消息 页面会根据不同的查询结果呈现不同的样式 由于要处理特定的响应，网页中的静态部分充当着模板的角 色，为此，叫模板视图 14.4.1 运行机制 模板视图的基本思想就是在静态网页中插入标记。在用网页 处理一些请求的时候，标记会被一些计算的结果（DB的查询 结果）所代替。用这样的方法网页可以被布局成通用的样 式。 14.4.2 使用时机 使用模板视图的好处是通过观察网页的结构可以组合网页的 内容，这对于大多数人来说既是易学又易用。特别是模板视 图能很好地支持图形设计者设计网页，程序员在辅助对象 （一般以xxxHelper.class出现，JSP使用useBean来取得辅 助对象的内容）上编程这种方式。 14.5 转换视图 在MVC模式中，视图的任务