单例模式、工厂模式、抽象工厂模式

单例模式

  懒汉式

  代码示例：

public class LazyMan {
    //只有一个实例
    private static LazyMan lazyMan = null;

    //私有构造方法 
    private LazyMan() {
    }

    public static LazyMan getInstance() {
        if (null == lazyMan) {
            lazyMan = new LazyMan();
        }
        return lazyMan;
    }
}

 

优点：在需要单例对象时才去构造，可以提高速度

缺点：不是线程安全的，当有多个线程getInstance时，可能会造成有多个实例生成

适用场景：单例对象复杂，占用内存大，需要提高应用启动速度

不适用场景：多线程

  饿汉式

public class HungeryMan {

    private static HungeryMan hungeryMan = new HungeryMan();

    private HungeryMan() {
    }

    public static HungeryMan getInstance() {
        return hungeryMan;
    }
}

优点：简单

缺点：无论是否用到单例对象，都会生成单例对象，并且静态对象在类加载时就需要生成，这会拖慢应用的启动速度

适用范围：类功能简单，使用频繁

不适用范围：类功能复杂，占用内存大，使用概率较低

工厂模式

意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。

主要解决：主要解决接口选择的问题。

何时使用：我们明确地计划不同条件下创建不同实例时。

如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。

关键代码：创建过程在其子类执行。

应用实例： 1、您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。

优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。

缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。

使用场景： 1、日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。 2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。 3、设计一个连接服务器的框架，需要三个协议，"POP3"、"IMAP"、"HTTP"，可以把这三个作为产品类，共同实现一个接口。

注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。

实例

1、接口

//Shape.java
public interface Shape {
   void draw();
}

 2、实体类

//Rectangle.java
public class Rectangle implements Shape {
 
   @Override
   public void draw() {
      System.out.println("Inside Rectangle::draw() method.");
   }
}

//Square.java
public class Square implements Shape {
 
   @Override
   public void draw() {
      System.out.println("Inside Square::draw() method.");
   }
}

//Circle.java
public class Circle implements Shape {
 
   @Override
   public void draw() {
      System.out.println("Inside Circle::draw() method.");
   }
}

3、工厂

public class ShapeFactory {
    
   //使用 getShape 方法获取形状类型的对象
   public Shape getShape(String shapeType){
      if(shapeType == null){
         return null;
      }        
      if(shapeType.equalsIgnoreCase("CIRCLE")){
         return new Circle();
      } else if(shapeType.equalsIgnoreCase("RECTANGLE")){
         return new Rectangle();
      } else if(shapeType.equalsIgnoreCase("SQUARE")){
         return new Square();
      }
      return null;
   }
}

抽象工厂模式

抽象工厂模式（Abstract Factory Pattern）是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

在抽象工厂模式中，接口是负责创建一个相关对象的工厂，不需要显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。

意图：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

主要解决：主要解决接口选择的问题。

何时使用：系统的产品有多于一个的产品族，而系统只消费其中某一族的产品。

如何解决：在一个产品族里面，定义多个产品。

关键代码：在一个工厂里聚合多个同类产品。

应用实例：工作了，为了参加一些聚会，肯定有两套或多套衣服吧，比如说有商务装（成套，一系列具体产品）、时尚装（成套，一系列具体产品），甚至对于一个家庭来说，可能有商务女装、商务男装、时尚女装、时尚男装，这些也都是成套的，即一系列具体产品。假设一种情况（现实中是不存在的，要不然，没法进入共产主义了，但有利于说明抽象工厂模式），在您的家中，某一个衣柜（具体工厂）只能存放某一种这样的衣服（成套，一系列具体产品），每次拿这种成套的衣服时也自然要从这个衣柜中取出了。用 OOP 的思想去理解，所有的衣柜（具体工厂）都是衣柜类的（抽象工厂）某一个，而每一件成套的衣服又包括具体的上衣（某一具体产品），裤子（某一具体产品），这些具体的上衣其实也都是上衣（抽象产品），具体的裤子也都是裤子（另一个抽象产品）。

优点：当一个产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象。

缺点：产品族扩展非常困难，要增加一个系列的某一产品，既要在抽象的 Creator 里加代码，又要在具体的里面加代码。

使用场景： 1、QQ 换皮肤，一整套一起换。 2、生成不同操作系统的程序。

注意事项：产品族难扩展，产品等级易扩展。

实例

1、接口

public interface IUser {
    List<Users> userView(int rowPerPage, int currentPage);
    boolean userDel(String userid);
    List<Menu> userLogin(String username, String password);
    List<Role> getAllRole();
    String getId();
    void saveUser(Users user);
    int getUserTotalPage(int rowPerPage);
    List<Menu> getMenu(String username);
}

2、实体类

public class UserImpl implements IUser {
    @Override
    public List<Users> userView(int rowPerPage, int currentPage) {
        
        return null;
    }

    @Override
    public boolean userDel(String userid) {
        
        return false;
    }

    @Override
    public List<Menu> userLogin(String username, String password) {
        
        return null;
    }

    @Override
    public List<Role> getAllRole() {
       
        return null;
    }

    @Override
    public String getId() {
        
        return null;
    }

    @Override
    public void saveUser(Users user) {
        
    }

    @Override
    public int getUserTotalPage(int rowPerPage) {
        
        return 0;
    }

    @Override
    public List<Menu> getMenu(String username) {
        
        return null;
    }
}

3、xml文件

<?xml version="1.0" encoding="UTF-8" ?>

<beans>
    <bean id="IUser" class="cn.edu.guet.Dao.impl.UserImpl"/>
</beans>

4、抽象工厂

public class BeanFactory {
    public static Object getBean(Class obj){
        SAXReader reader = new SAXReader();
        try {
            InputStream in = Class.forName("cn.edu.guet.util.BeanFactory").getResourceAsStream("/applicationContext.xml");
            Document document = reader.read(in);
            Element ele = (Element) document.selectObject("//bean[@id=\""+obj.getSimpleName()+"\"]");
            return Class.forName(ele.attributeValue("class")).newInstance();
        } catch (DocumentException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
        return null;
    }

}

 5、调用

IUser userdao = (IUser) BeanFactory.getBean(IUser.class);

当遇到需求变更，在xml文件中更改对应class即可