来设计的，因此由它来负责服务器端的处理是相当合适的。

    在开始设计时，我运用了构件技术，由 EJB 承担起设计模式的 Modelu 角色。具体的贷款

开户，放款，结息逾期贷款，归还贷款等交易都对应一个具体的

EJB。为了将这些处理逻辑

与相应的数据库操作分离开，能更加便于维护，我将处理业务的

EJB 设计成 Session Bea

n，而为每个 Session Bean 再配备一个相对应的 Entity Bean，用于访问后台的数据库。贷款

管理中有很重要的一点是进行查询，我按照需求分析的结果，为每类查询都设计了相对应

的

Bean，其目标是尽可能地提高查询的速度。

    在对数据库的存取中，我本来的设计应用 Informix JDBC 所带的 Driver Manager，这样，

在存取数据库中的

Bean 中就要把 Driver 及 Server 写入，后来考虑到应尽量提高应用的平台

独立性，在参阅了

J2EE 中 JDBC 部分的说明后，改用了 Data Resource 的处理方法，这样，

即使以后数据库换成

Oracle 或其他产品，程序也不用修改，只需要在配置时进行变动即可。

    在这次信贷管理系统的开发过程中，Java 的平台无关性优势，在开发人员从事开发的活

动中体现得淋漓尽致。由于经费相对紧缺，我们的开发环境是各个项目组共用一台

HP 机器，

虽然每个开发小组都搭建了自己的环境，但项目一多，特别是遇上结息与批量测试等场合

机器就显得不堪重负，使开发与测试工作的效率大为下降。我们小组由于采用的是

Java 技

术，大家可以在自己的

NT 机器上搭建相同的环境。这样一来，大家平时的开发工作，包括

JSP，Servlet，EJB 的程序，都可以在本地完成，只是到测试或展现阶段才需放到 HP 开发

机器上进行。

    以前我们开发的 Web 应用，往往只是应用了部分的 Web 技术，如采用 Apache Web Serve

r、ASP 开发语言等。整个体系的集成与组合往往不够理想，这次由于我们采用的一整套符合

J2EE 标准的组件，整个系统的协同性与一致性非常之好。再加上有一个支持 J2EE 的应用服

务器

——BEA Weblogic，以往我们做得不理想的复杂配置，模块间的连结，如今都用不到

再操心了，只需在图形化的配置工具中，输入系统所需要的配置，如路径与实际应用程序

的关系，组件中的

EJB 引用，Data Resource 的属性等；全部配置完成后，Weblogic 会替我

们完成项目的部署，并将这一切有关的程序都封装起来。

    原来，我们开发小组的文档编制任务显得非常之繁重，因为整个系统既有交易部分，又

有管理查询部分，交易、数据与源程序都很多。为了解决这个问题，我们直接应用了

Java 源

程序中的

Javadoc 导出文档，这样不仅文档美观，而且能够保持与源程序的一致性，实乃