设计模式-工厂融合

   上篇博客中试着对三个工厂的演进梳理了一下思路,最后谈到了抽象工厂.其实抽象工厂也有它比较繁琐的地方.设计模式旨在让程序变得高效,怎能允许繁琐存在.

   首先我们看原抽象工厂的弊端有哪些.咱们延续游戏场景的建设.此时要增加一个创建街道的功能,我们除了要在不同系列中加入增加街道类外,还需要修改系列的工厂类和抽象的工厂借口,系列工厂有多少,就得修改多少工厂,外加一个工厂接口.

   我们知道,抽象工厂最主要的就是,能够根据需求,容易切换产品系列.这个特点也是由于系列的工厂类和抽象工厂接口的存在,看能不能在这三个类上做文章了.现在,我们回想一下,简单工厂中,一个很明显得特点,工厂类中根据传入的参数来确定要实例化具体的产品.这两点的相似之处在于需求什么,我就要生产什么.不同就是简单工厂需要创建单个产品,而抽象工厂完成的是系列(多个)产品。但是，成为系列之前，也是一个一个被创建出来的，于是，根据这个切入点，简单工厂就对抽象工厂，做出了优化。将原先的系类工厂类和抽象接口去除，将其融合成一个类。可以暂且叫它ProjectAccess，将各个产品抽象出接口。然后用ProjectAccess充当简单工厂的角色，在该类中设置好变换因素属性，利用Swich，根据变换因素的不同，来实现抽象出的接口。如果再添加新功能的时候，就只添加接口，修给project类就可以了。这就简单多了。

   这是添加了一个功能，但是如果要添加一个系列呐，是不是就又得改switch了，就又需要修改更多的地方了，那么又该怎么去优化呐，咱们后续接着谈。。。