设计模式在项目中的应用

简单工厂设计模式在项目中应用

        项目使用场景：根据不同的厂家，有不同的报表打印形式，而对于报表的打印他们有公共的部分，打印报表头、打印底部、和打印中间部分。

        我们可以使用简单工厂模式，抽象出打印报表的接口，不同的厂家实现不同的打印接口。

单例模式在项目中应用

        场景1：在DOM读取配置文件的时候，因为经常被用到这个类，我们可以设置一个全局类，不用每次都new那么多的类，节省资源消耗。

        场景2：在spring的IOC依赖注入的时候，默认的是采用单例模式，例如controller层中一个类通过注入方式使用service层的一个类，而service这个类是全局变量，spring就是通过单例模式来实现的，当然我们可以通过配置spring的springMVC.xml文件来修改（prototype）。

        单例模式作用：保证一个类仅有一个实例，并提供一个访问它的全局访问点。

        如下图所示：

 /**
  * @ClassName: Singleton_Simple
  * @Description: 单例模式——饿汉模式
  * @author summer
  * @date 2015-7-14
  *
  */
 public class Singleton_Simple {

     private static final Singleton_Simple simple = new Singleton_Simple();

     private Singleton_Simple(){}

     public static Singleton_Simple getInstance(){
         return simple;
     }

 }

        当然对于读取配置文件这个类我们可以作为静态类来写，那为什么还要使用单例模式呢？spring工厂中创建的bean为singleton模式和prototype格式，为什么没有使用静态类的形式？或者可以选择非静态类的静态方法？

     1、静态类是在JVM加载的时候就占用内存的，而单例模式，可以在使用的时候再进行加载。也就是单例可以延迟初始化。

     2、单例可以继承类，可以实现接口，而静态类不能。

     3、单例类可以被集成，他的方法可以被覆写。

     4、单例类可以被用来多台。

     5、而针对非静态类的静态方法，如果一个类不需要扩展的话可以用这样的方式，用单例也可以，但是需要扩展的类，最好是使用单例。

代理模式在项目中的应用

     应用场景：spring AOP的核心就是代理，通过代理模式的实现来实现解耦。

     代理模式（proxy）：为其他对象提供一种代理以控制对这个对象的访问。

     JDK代理模式如下所示：

外观模式在项目中的应用

     应用场景：在界面和业务逻辑层中抽取出一层，controller层调用facade层，facade层调用service层。

     外观模式（facade）：为子系统中一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。