ExpertoneononeJeeDevelopmentwithoutEJB重点.docVIP

one-on-one J2EE Development without EJB 一. Why J2EE without EJB? 1.1 Spring对比EJB的优点 a.新技术的出现 AOP/IOC/Dynamic Proxy b.Test(TDD)（以为有EJB容器） c.OO 耦合 复杂 效率（分布，多客户端） d.分布，远程 (少) ，且RMI可用Webservice的替换 1.2 几个问题： Hibernate ---Entity Bean Why singleton cannot in EJB? 由于Ejb的单线程编程，一个EJB实例在同一个时间只能服务一个线程。 Ioc---JNDI Ioc应该从Delegate演变过来的 Web容器提供了线程池， EJB容器也提供了，为啥？（RMI提供远程服务时，需要EJB提供的线程池） JTA/jdbc 事务区别？ i. 本地事务：完全依赖于db，jms本身。如jdbc的conn.Commit(); ii. 分布式事务：在JavaEE世界的事务在JTA、JTS规范和XA Sources之上实现。 OO原则：针对接口编程，而非针对类编程是原则----DIP？ Message 与Apache commons Messenger 有关系吗？ 如果不是，是什么？ 无状态：表示你任何一次调用（或执行）都是一样的。 设计： 以业务和OO为驱动，降低复杂度 二. Gols 2.1 反OO ： 1. 没有行为的对象（DTO， Entity Bean） 2. Session Fa?ade模式等 一定要在项目初期就开发一个垂直切片来验证应用的架构 三. Architecture 三层模型 Web层：应该很薄，应该搭建在服务层上面，其代码只是用来解释用户的操作和显示响应的结果。 业务层：1、业务层的一个主要动机就是要在多个客户端之间共享资源。 2、提供一个逻辑层，提供便于测试和事务管理。 Q1. 为什么说无状态服务层是违背面向对象的一种妥协？ 因为无状态对象不能把状态提供给调用者，但是他们有内部状态，也完全具有继承关系 数据访问层： Q1. 从持久化存储断开是一个常见而重要的问题？离线访问？ 比如Hibernate中，POJO从持久对象变成托管对象。 Q2。如何访问遗留系统 JCA（Java Connection Architecture：Java连接架构），用来为后端系统（特别是非关系型的数据存储）提供一种共通的访问机制。包括资源管理和事务管理。 任何EIS只要通过JCA适配器，就可以插入如何兼容于JCA的j2ee容器。JCA也应该由应用服务器提供实现。 从总体来说，j2ee容器向JCA连接器提供的服务与JDBC连接基本类似。 容器会把连接放到缓存池 如果连接器兼容于XA规范，那么就可以参与JTA事务。 在启动时，容器会把连接工厂绑定到一个JNDI location. 采用了JCA，就可以使ERP系统和其他后端系统集成起来（这也是该规范的初衷）。 ERP厂商（比如SAP）负责提供JCA连接器，这样用户就能以标准的、支持事务的方式访问他们的系统。 对象 业务对象（BO）： 领域对象：（DO） 传输对象(DTO)： 值对象(VO)： POJO 并置：在同一台主机，同一个虚拟机中 应该并置业务对象和web容器，这是最简单，最高效，最符合面向对象原则的一种方案。 在web服务器和J2EE web容器之间，可能会有一种分布式的边界。比如说，可能用Apache作为Http服务器，然后通过一个代理连接器，把请求送给后台的J2ee web容器，这种只对性能有所影响，有时有安全方面的理由：这样做之后，J2EE服务器的所有部分就都可以放在一个防火墙后面。 清晰的业务层的重要性？ ａ。简单，便于扩展和移植 ｂ。便于测试 ｃ。提供企业级管理（比如事务，缓冲池） I 远程EJB 强项： 提供一个共享的中间层，就能够支持各种类型的j2ee客户端。 II 本地EJB III 特制J2EE架构 IV “轻量级容器“架构 轻量级容器并没有和J2ee绑定，所以他既可以运行在web容器中，也可以在标准应用程序中运行。如果必要，甚至EJB容器中运行。 这个容器也没有和Servlet API绑定，区别于ＭＶＣ框架 四．The Simplicity Dividend 4.1 分布式存在的问题 性能： 告别OO：欢迎TO。专门采用一个传输对象层，就会阻碍调用者和被调用者高效地共享一个完整的领域模型，因此也很快就会导致代码膨胀。 部署问题：我们需要在不同节点之间保持代码同步，因此，在一个集群上部署新的二进制程序时非常复杂的工作。 异常处理问题：所有的远程调用都要面临网络故障问题，而要想具备从这种故