架构J2EE应用.ppt

架构J2EE应用 Architecting J2EE Application 第一原则 一个好的J2EE应用首先是一个好的Java应用 一个好的Java程序首先是一个好的面向对象程序 什么是好的J2EE应用 可用（availability） 坚固（robust） 可维护、可扩展（mantainability and extensibility） 可伸缩（scalability） 可测试（testability） 什么是好的J2EE应用（continued） 可移植（migratability） 可复用（reusability） 支持多种客户端（multi-client） 简单（simplicity） To EJB or Not To EJB EJB是一种可选的实现技术 需求和OO原则决定技术，而非相反 使用EJB的充分理由 提供应用层组件的集群 提供与CORBA客户端的互操作 消费JMS异步消息 可以考虑使用EJB的理由 提供多线程解决方案 基于角色的访问权限控制 熟悉EJB架构 使用EJB的可疑理由 清晰的多层体系结构 entity bean的O/R mapping能力 基于RPC的分布式体系结构 容器管理的基础设施（例如CMT） Heavy-Weight vs. Light-Weight J2EE应用的典型架构 资源层：O/R mapping entity bean TopLink Castor Hibernate 选择ORM工具的标准 并发和事务（锁定、关联对象处理、事务支持） 映射能力（类层次的映射、对象关联的映射） 封装性（对象的存储机制、CRUD操作、数据库） 遗留系统和效率（游标、非对象查询、动态查询） 业务层：容器 EJB容器 Avalon Spring和PicoContainer Inversion of Control Dependency Injection 业务层：基础设施 EJB infrastructures AOP solutions 声明性编程（declarative programming） 业务层：基础设施 AOP：正交分离关注点 业务层：RPC RMI JAX-RPC Hessian 面向服务的体系结构 Hessian简介 Data Transfer Object DTO模式或称VO模式，是指将数据封装成普通的JavaBean，在J2EE多个层次之间传输。 DTO类似信使，是同步系统中的Message 该JavaBean可以是一个数据模型Model Model 、Domain Object和DTO 分析提炼Model是系统设计之起端 系统设计之初，三者基本统一 系统复杂化后，DTO可能是多个Model组合实现 表现层：Thin Client vs. Rich Client Web框架：Struts、WebWork、Velocity Rich Client：WebStart、Applet 折中之道：XMLHTTP 核心原则 测试先行 面向接口编程 力求简单 Thanks! 熊节 xiongjie@ * * 功能齐备 概念完整 支持丰富 简单易用 高定制性 便于测试 资源层（DAO） 数据源 数据 业务层（Service） entity 表现层 DTO client Manager 层次型的目的 每一层可以集中于本身的功能，为上一层提供标准接口 每一层都能独立加以测试 每一层的修改可以在不影响对外接口的基础上，随意改变实现而不影响其他层次 从下至上，下一层为上一层提供了更多的脱离计算机进一步面向所需解决问题的高级概念。从而使大规模的应用实现成为可能。 Client 容器 ComponentIntf ComponentImpl 请求 使用 创建 优点：封装组件实现细节，允许容器对组件加强 ComponentAImpl canInject : ComponentB 容器 ComponentB ComponentBImpl 获得 注入 优点：避免工厂泛滥，清晰的依赖关系，灵活，便于测试 对象体系 错误处理 安全性 事务控制 持久化 并发 契约保证 某些问题横跨多个对象体系，解决方法分散在多个代码段中，无法抽象为对象 AOP提供正交的模块化能力 OHA OHB OHC Aspect *