代码无错就是忧？ 简单工厂模式

首页，先介绍一下这本书，这是本趣味性很强，容易理解及入门的一本书，感谢作者程杰为我们带来这么好的一个作品。

我做开发4年有余，机缘巧合，在Android刚刚进入中国的时候就加入的开发行列，今年来了一个公司，开发环境比较轻松，于是把自己一直想做但没做的事给做了，就是学习ios开发，近4个月的时间学习ios，还顺便帮助公司做了一个不大不小的项目，这过程当然很多很多坎，但总算做完了，总之，感谢领导的信任以及支持让我成功的学习了ios平台的一些技术。

回到我们的设计模式，做开发这么久多少都有了解，也有用到过，就是没有系统的做过总结，最近趁着年前比较轻松的环境，准备系统做下总结，希望在以后的开发中碰到设计模式的时候不会出现不认识，不了解，不熟悉的情况。

简单工程模式

一，什么是简单工厂模式

简单工厂模式属于类的创建型模式,又叫做静态工厂方法模式。通过专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。

二、模式中包含的角色及其职责
1.工厂（Creator）角色 简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。
2.抽象（Product）角色 简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。
3.具体产品（Concrete Product）角色 简单工厂模式所创建的具体实例对象

三、简单工厂模式的优缺点
在这个模式中，工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。用户在使用时可以直接根据工厂类去创建所需的实例，而无需了解这些对象是如何创建以及如何组织的。有利于整个软件体系结构的优化。

不难发现，简单工厂模式的缺点也正体现在其工厂类上，由于工厂类集中了所有实例的创建逻辑，所以“高内聚”方面做的并不好。另外，当系统中的具体产品类不断增多时，可能会出现要求工厂类也要做相应的修改，扩展性并不很好。

工厂类：（负责创建类的实例，被创建的实力通常都具有共同的父类）

public class OperationFactory {

	public static Operation createOperation(char operate) {
		Operation oper = null;
		switch (operate) {
		case '+':
			oper = new OperationAdd();
			break;
		case '-':
			oper = new OperationSub();
			break;
		}
		return oper;
	}

}

父类：

public class Operation {
	protected int a;
	protected int b;

	public int getA() {
		return a;
	}

	public void setA(int a) {
		this.a = a;
	}

	public int getB() {
		return b;
	}

	public void setB(int b) {
		this.b = b;
	}

	public int getResult() {
		return 0;
	}
}

子类：

public class OperationAdd extends Operation {
	public int getResult() {
		return a + b;
	}
}