单元测试中的模式

基于接口进行测试

对于mock object使用工厂模式。但如果有spring支持，可以实现mock对象的非侵入式替换，这个更方便

多级认证问题

       我们可以考虑采用 Chain of Responsibility 模式将不同的认证逻辑封装到不同的 RequestHandler 中，并通过编码或者根据配置，将所有的 Handler 串联成 Responsibility Chain ；而在单元测试过程中，可以修改 Handler 的串联方式，绕过部分不希望在单元测试中经过的 Handler，从而简化单元测试的运行。

Prototype、Builder、AbstractFactory模式

       都是通过一个类（对象实例）来专门负责对象的创建工作（工厂对象），它们之间的区别是：Builder模式重在复杂对象的一步步创建（并不直接返回对象），AbstractFactory模式重在产生多个相互依赖类的对象，而Prototype模式重在从自身复制自己创建新类。

Prototype模式的应用场景：

- 在创建对象的时候，我们不只是希望被创建的对象继承其基类的基本结构，还希望继承原型对象的数据。

- 希望对目标对象的修改不影响既有的原型对象（深度克隆的时候可以完全互不影响）。

- 隐藏克隆操作的细节。很多时候，对对象本身的克隆需要涉及到类本身的数据细节。

原型引入的根本原因就是在于它可以利用一个原型对象（在这，我指的是实例，而非类），快速地生成一批和原型对象一样的实例。举个例子来说，你有一个类A的实例a (A a=new A()),现在你想生成一个和a一样的实例b,那么，按照原型的定义，你应该可以这样做b=a.clone()。这样，你就可以得到一个和a一模一样的实例b(即a和部b的数据成员的值完全一样）。

    上面是原型的一个简单说明，那么引入原型有什么好处呢？按我的理解，就是在于：你如果要生成一大批很相像的类的实例时，省得每次去做重复的赋值工作。你只要生成一个A的实例，再通过clone来生成其它的实例，然后再一一修改其它实例不同的地方。