昨天讲了工厂模式，很好理解的，今天来讲讲抽象工厂模式，也是非常容易理解的。
先来看看定义：
为创建一组相关或者是相互依赖的对象提供一个接口，而不需要指定他们的具体类。
还记得昨天说到的Factory工厂类吗，其实就是让这个类继承一个抽象的父类：AbstractFactory，里面定义了生成产品的抽象方法，但是不实现，具体实现在子类的Factory1，Factory2中。
于是当我们比如调用了Factory.createProduct(productA)方法，就可以根据Factory1，Factory2中不同的实现方式来生成不同的产品对象。
抽象工厂模式在源码中比较少，
在实际开发中其实也用得较少。大部分情况使用工厂模式即可解决，开发中比较少出现不同的产品种类情况。
在android中有一个类：MediaPlayerFactory有一个抽象方法createPlayer()；
有四个具体实现此方法的子类继承他：
1.StagefrightPlayerFactory
2.MuPlayerFactory
3.SonlvoxPlayerFactory
4.TestPlayerFactory
这四种MediaPlayerFactory分别会生成不同的MediaPlayer基类：StagefrightPlayer、NuPlayerDriver、MidiFile、TestPlayerStub。
优点：以一个显著的优点是分离接口与实现，客户端只调用抽象工厂来创建对象，知识面向产品的接口编程，具体的实现分离开来了。
缺点：1.类文件增加很多。2.不易扩展新产品类，当我们没增加一个产品类时，就要修改抽象工厂，然后所有的具体实现工厂全部都要改动。
网友评论