基本上，就是这样了。我们实现了附加的功能而没有修改原始的组件，而且仅使用Spring应用程序上下文来重新配置依赖性。要想不借助于Spring AOP框架在典型的EJB组件中实现类似的修改，要么必须为EJB添加附加的逻辑（这会使其难以测试），要么必须使用decorator模式（实际上增加了EJB的数量，同时也提高了测试的复杂性，延长了部署时间）。在上面的例子中，您可以看到，借助于Spring，可以轻松地不修改现有组件而向这些组件添加附加的逻辑。现在，您拥有的是几个轻量级组件，而不是紧密耦合的bean，您可以独立测试它们，使用Spring Framework组装它们。注意，使用这种方法，ForeignTradeAdvice就是一个自包含的组件，它实现了自己的功能片断，可以当作一个独立单元在应用服务器外部进行测试，下面我将对此进行说明。

J2EE中使用Spring AOP框架和EJB组件(7)

测试通知代码

您可能注意到了，代码不依赖于TradeDao或YahooFeed。这样就可以使用模仿对象完全独立地测试这个组件。模仿对象测试方法允许在组件执行之前声明期望，然后验证这些期望在组件调用期间是否得到满足。要了解有关模仿测试的更多信息，请参见“参考资料”部分。下面我们将会使用jMock框架，该框架提供了一个灵活且功能强大的API来声明期望。

测试和实际的应用程序使用相同的Spring bean配置是个不错的主意，但是对于特定组件的测试来说，不能使用实际的依赖性，因为这会破坏组件的孤立性。然而，Spring允许在创建Spring的应用程序上下文时指定一个BeanPostProcessor，从而置换选中的bean和依赖性。在这个例子中，可以使用模仿对象的一个Map，这些模仿对象是在测试代码中创建的，用于置换Spring配置中的bean：

public class StubPostProcessor implements BeanPostProcessor { private final Map stubs; public StubPostProcessor( Map stubs) { this.stubs = stubs; } public Object postProcessBeforeInitialization(Object bean, String beanName) { if(stubs.containsKey(beanName)) return stubs.get(beanName); return bean; } public Object postProcessAfterInitialization(Object bean, String beanName) { return bean; } }

在测试用例类的setUp()方法中，我们将使用baseTradeManager和yahooFeed组件的模仿对象来初始化StubPostProcessor，而这两个组件是使用jMock API创建的。然后，我们就可以创建ClassPathXmlApplicationContext（配置其使用BeanPostProcessor）来实例化一个tradeManager组件。产生的tradeManager组件将使用模仿后的依赖性。

这种方法不仅允许孤立要测试的组件，还可以确保在Spring bean配置中正确定义通知。实际上，要在不模拟大量容器基础架构的情况下使用这样的方法来测试在EJB组件中实现的业务逻辑是不可能的：

public class ForeignTradeAdviceTest extends TestCase { TradeManager tradeManager; private Mock baseTradeManagerMock; private Mock yahooFeedMock; protected void setUp() throw

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!