常用设计模式

单例模式

分为：
饱汉式：一出来就创建单实例
饥汉式：需要时才创建

1. 构造方法私有化，让出了自己类中能创建外其他地方都不能创建
2. 在自己的类中创建一个单实例
3. 提供一个方法获取该实例对象(创建时需要进行方法同步)

package com.zyc.single;
/**
 * 单例模式
 * 饱汉式：加载类时就会创建
 */
public class Demo01 {
    //1.构造方法私有化
    private Demo01(){}
    //2.创建饱汉式实例
    private static Demo01 demo = new Demo01();
    public static Demo01 protudeDemo(){
        return demo;
    }

    public void test(){
        System.out.println("这是我的测试饱汉式单例");
    }
}

package com.zyc.single;

/**
 * 饥汉式单例
 */
public class Demo02 {

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

    private static Demo02 demo = null;

    //创建饥汉式
    //当需要实例时在创建对象
    //注意要加synchronized同步锁，保证唯一性
    public static synchronized Demo02 productDemo02(){
        if(demo == null){
            demo = new Demo02();
        }
        return demo;
    }
    public void test(){
        System.out.println("这是我的测试饥汉式单例");
    }
}

工厂模式

建立一个工厂类，对实现了同一接口的一些类进行实例的创建。简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例。

实现方式:
a) 抽象产品类（也可以是接口）
b) 多个具体的产品类
c) 工厂类（包括创建a的实例的方法）

package com.zyc.factory;

/**
 * 接口或抽象类
 */
public interface Music {
    void start();
    void stop();
}

//各个实现类
package com.zyc.factory;

public class Mp3Music implements Music{
    @Override
    public void start() {
        System.out.println("mp3开始播放");
    }

    @Override
    public void stop() {
        System.out.println("mp3停止播放");
    }
}

package com.zyc.factory;

public class Mp4Music implements Music{
    @Override
    public void start() {
        System.out.println("mp4开始播放");
    }

    @Override
    public void stop() {
        System.out.println("mp4停止播放");
    }
}


/**
 *构建普通工厂
 */
package com.zyc.factory;

public class MusicFactory {
    public static Music getMusicInstance(String type){
        Music c = null;
        if("Mp3Music".equals(type)){
            c = new Mp3Music();
        }
        if("Mp4Music".equals(type)){
            c = new Mp4Music();
        }
        return c;
    }
}

普通工厂模式的优缺点

优点：

工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化。

缺点：

由于工厂类集中了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利；

抽象工厂

与工厂方法模式不同的是，工厂方法模式中的工厂只生产单一的产品，而抽象工厂模式中的工厂生产多个产品

package com.zyc.factory;

/**
 * 抽象工厂法
 */
public abstract class MuFactoryAbstract {
    abstract Music createMusic();
}


package com.zyc.factory;

public class Mp3MusicFactory extends MuFactoryAbstract{
    @Override
    public Music createMusic() {
        return new Mp3Music();
    }
}


package com.zyc.factory;

public class Mp4MusicFactory extends MuFactoryAbstract{
    @Override
    public Music createMusic() {
        return new Mp4Music();
    }
}

测试

package com.zyc.factory;

/**
 * 工厂创建对象
 */
public class TestFactory {
    public static void main(String[] args) {
        System.out.println("----------普通工厂------");
        Music m = MusicFactory.getMusicInstance("Mp3Music");
        m.start();
        m.stop();
        System.out.println("--------------------------------");
        Music ms = MusicFactory.getMusicInstance("Mp4Music");
        ms.start();
        ms.stop();
        System.out.println("-----------抽象工厂------------");
        MuFactoryAbstract mm = new Mp3MusicFactory();
        Music music1 = mm.createMusic();
        music1.start();
        music1.stop();
        System.out.println("--------------------------------");
        MuFactoryAbstract mmm = new Mp4MusicFactory();
        Music music2 = mmm.createMusic();
        music2.start();
        music2.stop();
    }
}