利用Spring框架改进J2EE编程

MyBizInterface myService = bf.getBean("myBizServiceRef");

　　这将返回Spring动态创建并包装了底层目标（在本例中是一个本地EJB实例）的一个对象。这种方法非常好，因为它完全隐藏了我们在处理EJB这一事实。我们将与一个实现简单业务接口的代理对象交互。Spring已经基于“真正的”业务对象考虑周到地动态生成了该对象。所包装的对象当然就是Spring定位和检索引用所要获得的本地EJB。此外，您还会注意到，这种代码形式与前面用于检索tempSensor对象的代码完全相同。

　　那么如果我们改变主意，想用普通Java对象来实现业务组件；或者可能在测试中，我们想用一个返回“固定(canned)”响应的已清除(stubbed)对象来替换重量级EJB，该怎么做呢？利用IoC和Spring，通过更改Spring上下文文件就可轻而易举地实现这些目标。我们只需使用更常规一点的东西（如我们在第一个Spring例子中所看到的）来替换EJB代理的连接即可：

＜bean id="myBizServiceRef"
class="yourco.project.biz.MyStubbedBizService"＞
＜/bean＞

　　请注意，我只更改了Spring框架所返回的内容的细节，没有更改bean id。最后的结果是业务对象的解决方案未变；它看上去和以前完全一样：

MyBizInterface myService = bf.getBean("myBizServiceRef");

　　最大的区别显然是实现该业务接口的对象现在由一个普通Java对象（POJO）支持，并且只是该接口的一个已清除(stubbed)版本。这给单元测试或改变业务服务的特性带来了极大方便，而对客户端代码的影响很小。

　　使用Spring来标准化异常

　　Spring的一大贡献是“模板化”代码块。这在纯JDBC编程中表现得最为明显。我们都曾写过具有下述功能的代码：