将 Spring 和 OpenJPA 与 WebSphere Application Server 一起使用

核心提示： 清单 2 中的 EventService 接口实现类演示了此方法，这里的服务实现仅具有对 EventDAO 接口而不是对 DAO 实现类的源代码级别的依赖性：清单 2. EventService 接口实现publicclassEventServiceImplimplementsEventServ

清单 2 中的 EventService 接口实现类演示了此方法。这里的服务实现仅具有对 EventDAO 接口而不是对 DAO 实现类的源代码级别的依赖性：

清单 2. EventService 接口实现
public　class　EventServiceImpl　implements　EventService　{　
　private　EventDAO　eventDAO;　
　
　public　void　setEventDAO(EventDAO　eventDAO)　{　
　　this.eventDAO　=　eventDAO;　
　}　
　//　…　
}　

依赖项在 Spring 配置中声明如下：

<bean　id="eventDAO"　class="events.service.EventDAOJPA"/>　
　
<bean　id="eventService"　class="events.service.EventServiceImpl">　
　<property　name="eventDAO"　ref="eventDAO"/>　
</bean>　

Spring 通过允许您在配置文件中声明依赖项，然后将协作者连接到依赖对象，从而提供松散耦合。这使得将调用者与实现类完全分离成为可能，从而使您的代码更加灵活。切换实现类现在成了一件非常简单的事情，只需修改 Spring 配置文件即可。

异常处理

近年来，出现了有关 Java API 如何使用 Java 异常模型的批评。许多人争论说，您作为程序员，不应该被迫处理预期在本质上很罕见的错误条件，以及由于系统或程序员错误而导致的无法合理恢复的错误。相反，您应该对此类条件使用未经检查的异常，以便能够可选地处理这些条件。这个学术流派认为，只有预期在正常操作期间发生的应用程序或用户错误才应该使用检查的异常来进行报告。随着许多框架和 API（包括 Spring）赞成这种思维方式，这种异常处理策略已变得日益流行。