J2EE+Pitfalls+and+Best+Practices+v2_cn.pptVIP

J2EE的潜在难点和最佳实践 Approach Java 2 Enterprise Edition (J2EE) 和 WebSphere Application Server (WAS)的功能是强大的 错误使用, 不充分使用或过度使用会给你的应用和用户带来损害 透视点 项目 团队问题 体系架构问题 设计 实施问题 Java 2 Enterprise Edition 一系列相关的规范 用于实现和部署企业应用的唯一标准 J2EE 规范级别 WebSphere Application Server 4.0 支持 J2EE 1.2 Servlet 2.2 / JSP 1.1 / EJB 1.1 … WebSphere Application Server 5.0支持 J2EE 1.3 Servlet 2.3 / JSP 1.2 / EJB 2.0 … J2EE 1.4 更多地关注Web Services. October/November, 2001 开始着手于关键的 JSRs J2EE 1.3 向后兼容 J2EE 1.2 J2EE是一个用于构建灵活的、易升级的、可信任的、易维护的企业应用的平台 项目和团队问题 甚至在你开始构建之前就已经陷入到麻烦中… 对技术如果不理解 有关的新技术 如果你不理解或者没有经验，就有可能错误地使用，或者冒项目失败的风险 一个糟糕的经验可能使你的系统瘫痪 Java 和 J2EE 并不是“ silver bullet” 使用Java同样可能建造坏的应用 正如你可以使用任何语言建造坏的应用：只是“坏”在不同的方面 你很容易构建出一个十分缓慢的J2EE应用 尤其是在你不理解分布式应用的时候 如何理解技术? 什么是你的团队或你所需要的: 培训 上课, 书籍, web 网站 这些都是一般的并是可供选择的 经验 实现过一个逐渐复杂的原型 参与其他项目 你的用户知道多少? 也许这个更重要 他们将接管应用 – 他们真的有能力做这些吗? 开发和测试的环境 应该作为同一个产品 一样的硬件 如果规模不一样，至少应该是一样的拓扑结构 一样的软件, 一样的版本 一样的数据 (尽量少修改) 存在一定的风险, 否则 不要假设! 例如, 在 SEC 我们成功地在NT环境下开发 WAS 应用，并且简单地将其拷贝到 AIX 中的 WAS 下 但是首先我们不得不测试它 架构上的问题 如果你决定使用 J2EE… 你将用多少? 怎么用? “Model-View-Controller” (MVC) 表示与逻辑分开 View – 表示：显示输入输出数据 (可以是 HTML，可以是一个 windows 应用) Model – 业务逻辑和数据：基于输入和定义的业务流程执行计算 或其它操作 Controller – 协调view 和 model，在它们之间交换数据 MVC 可以基于 Servlet MVC 的隐含式 J2EE 实现 View 由 JSP 和 HTML 页面组成 Servlet 可以同时是 controller 和 model 直接存取数据 Controller的两个选择 control 必须用 servlet 吗? 以 JSP 为中心 – 所有的请求直接发送到下一个JSP，用以处理和输出 以 Servlet 为中心 – 所有的请求发送到 servlet进行处理，输出到JSP 让应用以 servlet 为中心 绝大多数采用以 servlet 为中心 以JSP为中心可以用于 2-3 页的小应用 典型地情况下JSP中有太多的Java代码 在业务处理之后最好让 servlet 决定使用哪一个JSP 可以使用 JSP 重定向，但是容易引起混乱 将业务逻辑处理放在 Servlet 之外 HttpServlet 的子类应该仅做 servlet 份内的工作 管理 request、response 及 HttpSession 对象 将业务逻辑写在传统的Java类 仅传送普通的 Java 类，不是 servlet 相关的类（例如 request, response 或 session） 少用或不用共享类变量 比 servlet 容易开发、测试和重用 MVC 模型可以基于EJB 另一个典型的 J2EE 方案 View 由JSP 和静态 HTML 组成 Controller 是 servlet Model 是 EJB 很象使用传统的 Java 对象 – 只是运行在远程 J2EE - Web 应用体系结构 EJB 的类型 Enterprise JavaBeans的两种类型: Entity Beans 代表数据 在服务器重启后仍然存在 可以通过EJB container (“CMP”) 或者程