工厂模式:
工厂方法模式:
定义了一个创建对象的接口,但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。
抽象工厂模式:
提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。
涉及设计原则:
1.要依赖抽象,不要依赖具体类
2.为交互对象之间的松耦合设计而努力
问题简单描述:
披萨店有许多不同种类的披萨,而且每个种类披萨在不同地区的加盟店的口味风格不同,但是需要使用的原料其实是可以来自同一个原料源。如果每个地区的每个种类的披萨都做实例化会大量的依赖耦合严重。如果每个地区的披萨店都用本地区的原料,每个地区都会出现一个原料家族,然而原料的大的种类是一样的,是可以统一的。
解决思路:
针对不同区域的披萨风味不同,将准备披萨方法设计成抽象的方法,不同地区的披萨店就可以自定义的实现准备有地区风味的披萨。针对原料家族分散的问题,将原料的生产统一设计成一个接口原料工厂接口,所有的披萨需要原料的时候都从原料接口中获取,原料接口的具体实现也根据不同地区的风格,这样就可以达到统一不同地区原料种类,又有不同地区的风格。
UML图:
工厂方法
抽象工厂
实现代码很长所以就没有写(尴尬脸= =UML也是书上的= =)
工厂模式最重要的是依赖倒置,针对实现编程的做法里面创建者类依赖各种不同类型的产品类,依赖很多耦合严重。加入了工厂方法之后,创建者类依赖产品基类,各种产品类型的产品实现类实现产品基类。达到了高层与底层模块只依赖了抽象。讲到工厂模式一般都会提到三个名词:简单工厂、工厂方法、抽象工厂。个人觉得简单工厂就是平时写的工具类,里面有各种静态方法或者静态属性,不修改代码无法扩展。工厂方法则提供一个抽象方法,创建者(高层模块)只管调用这个抽象方法,不管这个抽象方法具体由哪一个具体的实现类实现,实现依赖抽象、依赖倒置。抽象工厂就是一组抽象方法的组合,毕竟interface就是所有的的方法都是abstarct,我认为抽象工厂将这些工厂方法放在一起是因为在某个需求场景下,这些方法属于一个家族,这些方法加在一起才完成的一个业务。这些只是我个人的感想,可能每个人的感觉不相同,我说的也不够专业。三者的差别,
http://blog.csdn.net/superbeck/article/details/4446177,可以看这篇博的阐述,可能解释得更好。
欢迎批评指正^ ^