以前一直对工厂模式 一知半解,随着岁间的增长,也开始慢慢懂了,记录下 自己的理解
其实没有最好的设计方式,只有最合适的方式
目录
简单(静态)工厂
顾名思义,定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。
工厂方法
定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建,这样核心类成为一个抽象工厂角色,仅负责具体工厂子类必须实现的接口,这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。
工厂模式的优点:
1.可以使代码结构清晰,有效的封装变化。在编程中,产品类的实例化有时候是比较复杂和多变的,通过工厂方法模式,将产品的实例化封装起来,使得调用者根本无需关心产品的实例化过程,只需依赖工厂方法即可得到自己想要的产品。
2.对调用者屏蔽具体的产品类。如果使用工厂模式,调用者只关心抽象产品的接口就可以了,至于具体的实现,调用者根本无需关心。即使变更了具体的实现,对调用者来说没有任何影响。
3.降低耦合度。产品类的实例化通常来说是很复杂的,它需要依赖很多的类,而这些类对于调用者来说根本无需知道,如果使用了工厂方法,我们需要做的仅仅是实例化好具体的产品,然后交给调用者使用。对调用者来说,具体产品所依赖的类都是透明的。
工厂方法模式的应用场景:
不管是简单工厂模式,工厂方法模式还是抽象工厂模式,他们具有类似的特征,所以它们的适用场景也是类似的。
1.作为一种创建类模式,在任何需要生成复杂对象的地方,都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂方法模式,而简单对象,特别是只需要通过new就可以完成创建的对象,无需使用工厂方法模式。如果使用工厂方法模式,就需要引入一个构造者类,会增加系统的复杂度。
2.工厂方法模式是一种典型的解耦模式,如果调用者自己组装产品需要增加依赖关系时,可以考虑使用工厂方法模式,将会大大降低对象之间的耦合度。
3.由于工厂方法模式是依靠抽象架构的,它把实例化产品的任务交由实现类完成,扩展性比较好。也就是说,当需要系统有比较好的扩展性时,可以考虑工厂模式,不同的产品用不同的具体构造者组装。
抽象工厂
当每个抽象产品都有多于一个的具体子类的时候,工厂角色怎么知道实例化哪一个子类呢?比如每个抽象产品 [1] 角色都有两个具体产品。抽象工厂模式提供两个具体工厂角色,分别对应于这两个具体产品角色,每一个具体工厂角色只负责某一个产品角色的实例化。每一个具体工厂类只负责创建抽象产品的某一个具体子类的实例。
每一个模式都是针对一定问题的解决方案,工厂方法模式针对的是一个产品等级结构;而抽象工厂模式针对的是多个产品等级结构。
抽象工厂模式的优点
1.抽象工厂模式除了具有工厂方法模式的优点外,最主要的优点就是可以在类的内部对产品族进行约束。产品族一般或多或少的都存在一定的关联,抽象工厂模式就可以在类的内部对产品族的关联关系进行定义和描述,而不必专门引入一个新的类来进行管理。
2.抽象工厂模式可以为用户创建一系列相关的对象,使得用户和创建这些对象的类脱耦。
3.使用抽象工厂模式可以方便的为用户配置一系列对象。用户使用不同的具体工厂就能得到一组相关的对象,同时也能避免用户混用不同系列中的对象。
4.在抽象工厂模式中,可以随时增加“具体工厂”为用户提供一组相关的对象。
适合使用抽象工厂模式的情景:
1.系统需要为用户提供多个对象,但不希望用户直接使用new运算符实例化这些对象,即希望用户和创建对象的类脱耦。
2.系统需要为用户提供多个相关的对象,以便用户联合使用它们,但又不希望用户来决定这些对象是如何关联的。
3.系统需要为用户提供一系列对象,但只需要用户知道这些对象有哪些方法可用,不需要用户知道这些对象的创建过程。
4.在一个继承体系中,如果存在多少个等级结构(即存在多个抽象类或接口),并且分属各个等级结构中的实现类之间存在着一定的关联或者约束,就可以使用抽象工厂模式。假如各个等级结构中的实现类之间不存在关联或约束,则使用多个独立的工厂来对产品进行创建,会更适合。
工厂方法和抽象工厂的区别
工厂方法模式:① 一个抽象产品类,可以派生出多个具体产品类。
② 一个抽象工厂类,可以派生出多个具体工厂类。
③ 每个具体工厂类只能创建一个具体产品类的实例。
抽象工厂模式:① 多个抽象产品类,每个抽象产品类可以派生出多个具体产品类。
② 一个抽象工厂类,可以派生出多个具体工厂类。
③ 每个具体工厂类可以创建多个具体产品类的实例。
区别:① 工厂方法模式只有一个抽象产品类,而抽象工厂模式有多个。
② 工厂方法模式的具体工厂类只能创建一个具体产品类的实例,而抽象工厂模式可以创建多个。
UML类图
以上内容参考自 https://www.cnblogs.com/dazuihou/p/3639367.html