首先是简单工厂,这不能称为一个模式,这个就是把new行为单独拿出来放在一个工厂类里面来做,一般使用静态方法,这样就不用实例化工厂类,但是缺点就是不能通过继承来改写方法,但是子类是可以继承此方法的。
下面是工厂方法模式:定义了一个创建对象的接口,但由子类决定要实例化的类是哪一个。工厂方法把类实例化推迟到子类。
这里的‘决定’,不是指的是子类在运行时决定, 而是在子类中编写好。这就像老板赋予你某种权责,但是如何使用由你决定。
这里需要学习设计一个原则,要
依赖抽象,不要依赖具体类。
意味不论是高层组件还是底层组件都应该依赖抽象,一般高层组件是依赖底层组件的。这里的依赖我个人是这样理解的,对高层组件要调用类A,则高层组件依赖A,对底层组件而言,实现接口B,则此底层组件依赖B。
接下来是抽象工厂模式,定义:提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。往往运用于产品的种类有多样性。
抽象工厂定义的一组产品类型,而子类具体决定产品的种类。
UML图参考《HEAD_FIRST设计模式》p157