一番话：抽象工厂

昨天我试着说了我自己对工厂方法的看法。今天则说抽象工厂。
在昨天的帖子里面，针对一个Factory类，我们只是定义了一个CreateProduct(),类似的，我们还可以在工厂中定义CreateProduct1(),CreateProduct2()等等一系列的方法来创建一个跟这个工厂相关的产品系列。
一个例子就是一个BBS得权限设计。可以使用工厂方法来为权限部分设计一个统一的访问界面。大家可以参考java的开源项目jive论坛。
今天我试着说抽象工厂模式（Abstract factory).
在设计模式中，抽象工厂模式是这样定义的：
提供一个创建一系列相关和相互依赖对象的接口， 而无需制定他们具体的类。
在这里提到的一个创建一系列相关和相互依赖对象，指的就是工厂方法。那么创建一个工厂的接口，而不关心具体的工厂，这样一种设计思路就是抽象工厂模式。抽象工厂模式可以让我们在程序中通过使用不同的具体工厂来配置抽象工厂接口而替换一个新的产品系列。
也就是说，把工厂也抽象，不再是具体的类，而是一个工厂的接口，就变成了抽象工厂。
抽象工厂和工厂方法的区别我的感觉是非常细微。只是抽象工厂考虑的视角注重在一个产品的系列。而工厂方法则是某一个产品而言的。例如，你可以在某一个超类中定一个工厂方法并等待子类来覆盖它，但是这个超类同时可以做别的事情。而在抽象工厂中，抽象工厂接口只有一个作用：定义创建一系列产品的方法系列。

但是，一个产品系列创建好以后，再想增加新的产品系列则变得很困难。因为抽象工厂接口已经定义，并且已经发布，那么不能改变接口中定义好的产品系列（也就是公共的一系列createProduct方法），否则会引起引用接口的客户端代码的改动。