J2EE探险者: 用于无状态网络的J2EE技术 - 编程入门网
| 系结构不必要的复杂性。在使用 applet 或 Java Web Start 的情况下，带有 applet 或 Java Web Start 应用程序链接的 HTML 文档可能最初使用 servlet，但在后来，为了处理客户机请求，客户机将与一个或多个无状态会话 bean 建立直接的 RMI 连接。
最后，如果客户机使用 非 Java GUI（即本机 GUI），并且客户机需要管理复杂的事务或一系列的事务，则您会希望考虑选择使用这种方法：调用 EJB 组件，就好象它是 CORBA 组件。 Web 应用程序 在标准的基于 Web 的应用程序（譬如 Web 浏览器）情形下，您会采用支持 HTTP 的客户机，它需要访问一个或多个后端业务服务。在这种情形下，不需要考虑客户机位于防火墙的哪一侧，因为必须要使用 servlet。显而易见，HTTP 的需求会利用 Web 层。实质上将根据对 EJB 容器服务的相对需求来决定是否使用 EJB 组件。 多种客户机类型 最后一种情形是需要多种客户机类型。也许外部客户需要使用基于 Web 浏览器的客户机，而内部员工需要使用标准的桌面、丰富的 GUI。在提供高性能和可靠性的需求与重用需求之间，如何平衡？ 如果不需要管理复杂的事务，或者不需要访问多个企业资源，则可以简单地使用与一系列助手类进行相互操作的 servlet 层来进行业务处理。外部浏览器客户机将通过这个 Web 层与系统进行相互操作。然后，重用助手 bean 来直接为内部应用程序的请求提供服务，或者内部应用程序通过 servlet 层进行通信。虽然这样能解决问题，但它不是最干净、最有效或可伸缩性最好的解决方案。 较常用的解决方案是将业务逻辑放入无状态会话 bean 中，让外部应用程序通过 servlet 层与应用程序服务器通信，让内部应用程序直接与 bean 通信。这种做法使表示与业务逻辑分离得最彻底，使内部应用程序直接地、自由地访问业务逻辑，从而在达到同一目的的情况下，这种做法采用的抽象最少。 结束语 在 J2EE 探险者系列的第 1 部分中，我们研究了使用 Java servlet 和无状态会话 bean 来完成客户机的请求时，它们之间相对的长处和短处。这里所讨论的各种情形并没有涵盖所有情况，但这些情形代表了无状态通信环境中 servlet 和会话 EJB 最常用的一些情况。 下个月，我们将从正反两面权衡在 Web 层（使用 servlet 和 HTTPSessionAPI ）和业务层（使用有状态会话 bean）中管理状态。到那时，祝您“探路”愉快！ |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
