工厂模式

• 2021 年 6 月 6 日
• 笔记
• 设计模式

简单工厂模式

简单工厂模式是由工厂对象决定创建哪一种产品，虽然不属于23种设计模式，但是也是工厂模式进阶的由来。

模拟场景：

暑假太过无聊，就自己在家打算做一个MP3播放器，其中包括播放器的程序设计也是自己来搞定的。如下结构

//歌曲播放接口
public interface ISong {
    void  Play();
}

//流行歌曲播放
public class PopularISong implements ISong {
    @Override
    public void Play() {
        System.out.println("接下来播放流行歌曲~");
    }
}

//古典歌曲播放
public class ClassicalSongs  implements ISong {
    @Override
    public void Play() {
        System.out.println("接下来播放古典歌曲~");
    }
}

//MP3播放操作
public class MP3 {
    public  enum  SongType
    {
       PopularSongType,//流行歌曲
       ClassicalSongsType//古典歌曲
       //....其他类型
    }
    public ISong Pay(SongType type)
    {
        if(type==SongType.PopularSongType)
        {
            return new PopularISong();
        }
        else if(type==SongType.ClassicalSongsType)
        {
            return new ClassicalSongs();
        }
        return  null;
    }
}

public class Text {
    public static void main(String[] args) {
        //用户执行操作
        MP3 mp3=new MP3();
        mp3.Pay(MP3.SongType.PopularSongType).Play();
    }
}

程序终于写完了~我在沙发上惬意的用MP3放着流行歌曲，奶奶走过来问我能不能放戏曲，我摸了摸脑袋，说：“也可以”。不过你得等我一下。

1个小时之后，经过重新拆卸硬件，编写代码，增加了戏曲的类，又重新修改了MP3类中if else分支。

else  if(type==SongType.TraditionalOperaType)//戏曲
{
    //.....
}

给奶奶用了之后，很满意还告诉我爸表扬我，我爸知道了嚷嚷要听相声。我心想这不是又要再去写一遍代码…..这显然不行。

简单工厂模式中包含了必要的逻辑判断，根据用户选择的条件动态实例化生成相关的类，明确区分了各自的职责和权力。但是这里也违反了开放-封闭原则，工厂类集中了所有的逻辑判断，一旦要增加一个还得修改客户端的代码。

工厂模式

有了上述的经验，我决定重新改写程序，以防止他们又想听其它类型的歌曲，我又要重新修改代码逻辑判断。

//工厂类
public interface IFactory {
    ISong CreateSong();
}

//产品歌曲类
public interface ISong {
    void  Play();
}

具体工厂类：

//具体工厂类 用于创建流行歌曲
public class PopularSongFactory  implements  IFactory{
    @Override
    public ISong CreateSong() {
        return  new PopularISong();
    }
}

//具体工厂类 用于创建古典歌曲
public class ClassicalSongsFactory implements  IFactory{
    @Override
    public ISong CreateSong() {
        return new ClassicalSongs();
    }
}

具体歌曲类：

//具体歌曲类：古典
public class ClassicalSongs  implements ISong {
    @Override
    public void Play() {
        System.out.println("接下来播放古典歌曲~");
    }
}

//具体歌曲类：流行
public class PopularISong implements ISong {
    @Override
    public void Play() {
        System.out.println("接下来播放流行歌曲~");
    }
}

用户操作层面：

public static void main(String[] args) {
    //用户执行操作
    IFactory factory=new ClassicalSongsFactory();//古典工厂  只需要更改这里的类型，选择权交给用户去生成对应的实例
    ClassicalSongs songs= (ClassicalSongs) factory.CreateSong();
    songs.Play();
}

工厂模式把要决定实例化哪一个工厂的选择判断放到了客户端，保持了简单工厂模式的优点又克服了缺点，不需要做大的变动就可以改变，降低了程序的耦合，但是每需要增加一个类型的时候，又需要创建一个产品和工厂。这个可以利用反射来解决分支判断的问题。