设计模式-简单工厂模式

          最近在很多场合都看见设计模式的影子，一直以来，都投入主要时间在搞算法与数据结构，很来发现设计模式真的很重要。有的时候代码的可维护、可重用、可扩展确实胜过单纯的算法效率高。所以拾起大牛书籍《大话设计模式》同时参考网上诸大牛的博客，开始我的设计模式之旅。

        今天先介绍一下简单工厂模式。

 

简单工厂模式概述：

       定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类（一般为抽象类或接口），简单工厂(Simple Factory)模式又称为静态工厂方法(Static Factory Method)模式。

 

流程：          

        第一步：抽象产品父类（接口或抽象类作为父类）
      第二步：具体产品子类（实现类，实现接口）

      第三步：工厂类（核心，返回对象）

 

优缺点：

          在简单工厂模式中，工厂类是整个模式的关键，其包含必要的判断逻辑，能够根据外界给定的信息，决定究竟创建哪个类的实例，外界可以不用去关注对象的创建，仅需要负责“消费”对象就可以了，明确区分了责任，有利于结构的优化。

　　不过，简单工厂模式的缺点也提现在其工厂类上，该类集中了所有实例的创建逻辑，违反了高内聚的责任分配原则，当系统的具体产品类不断增多时，工厂类中条件判断过多，不利于扩展及维护，简单工厂模式的这些缺点，利用工厂方法模式可以得到一定的克服。（感觉很有道理，摘抄自http://www.cnblogs.com/kdalan/archive/2012/05/30/2524979.html，在此致谢！）

 

示例代码：

      下面给出一段Java代码

package Pattern;

interface Car// 父类接口
{
	public void CarName();
}

class DaZhong implements Car {
	public void CarName() {
		System.out.println("这是大众车！");
	}
}

class BenChi implements Car {
	public void CarName() {
		System.out.println("这是奔驰车！");
	}
}

class BaoMa implements Car {
	public void CarName() {
		System.out.println("这是宝马车！");
	}
}

class FactoryMethod {
	public static Car WhichCar(String s) throws Exception {
		if (s.equals("DaZhong")) {
			return new DaZhong();
		} else if (s.equals("BenChi")) {
			return new BenChi();
		} else if (s.equals("BaoMa")) {
			return new BaoMa();
		} else {
			throw new Exception();
		}
	}

}

public class Pattern {
	public static void main(String[] args) {
		try {
			Car car = FactoryMethod.WhichCar("BenChi");
			car.CarName();
		} catch (Exception e) {
			e.printStackTrace();
		}
	}
}