【设计模式】《Head First 设计模式》读书笔记——工厂模式

工厂模式：

工厂方法模式：

定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

抽象工厂模式：

提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。

涉及设计原则：

1.要依赖抽象，不要依赖具体类

2.为交互对象之间的松耦合设计而努力

问题简单描述：

披萨店有许多不同种类的披萨，而且每个种类披萨在不同地区的加盟店的口味风格不同，但是需要使用的原料其实是可以来自同一个原料源。如果每个地区的每个种类的披萨都做实例化会大量的依赖耦合严重。如果每个地区的披萨店都用本地区的原料，每个地区都会出现一个原料家族，然而原料的大的种类是一样的，是可以统一的。

解决思路：

针对不同区域的披萨风味不同，将准备披萨方法设计成抽象的方法，不同地区的披萨店就可以自定义的实现准备有地区风味的披萨。针对原料家族分散的问题，将原料的生产统一设计成一个接口原料工厂接口，所有的披萨需要原料的时候都从原料接口中获取，原料接口的具体实现也根据不同地区的风格，这样就可以达到统一不同地区原料种类，又有不同地区的风格。

UML图：

工厂方法

抽象工厂

实现代码很长所以就没有写（尴尬脸= =UML也是书上的= =）

工厂模式最重要的是依赖倒置，针对实现编程的做法里面创建者类依赖各种不同类型的产品类，依赖很多耦合严重。加入了工厂方法之后，创建者类依赖产品基类，各种产品类型的产品实现类实现产品基类。达到了高层与底层模块只依赖了抽象。讲到工厂模式一般都会提到三个名词：简单工厂、工厂方法、抽象工厂。个人觉得简单工厂就是平时写的工具类，里面有各种静态方法或者静态属性，不修改代码无法扩展。工厂方法则提供一个抽象方法，创建者（高层模块）只管调用这个抽象方法，不管这个抽象方法具体由哪一个具体的实现类实现，实现依赖抽象、依赖倒置。抽象工厂就是一组抽象方法的组合，毕竟interface就是所有的的方法都是abstarct，我认为抽象工厂将这些工厂方法放在一起是因为在某个需求场景下，这些方法属于一个家族，这些方法加在一起才完成的一个业务。这些只是我个人的感想，可能每个人的感觉不相同，我说的也不够专业。三者的差别， http://blog.csdn.net/superbeck/article/details/4446177，可以看这篇博的阐述，可能解释得更好。

欢迎批评指正^ ^