hjr-设计模式-工厂模式

重写

子类一个方法fun与父类同名，用下面格式例化对象：

父类 ob = new 子类();

这样当我们用使用db里的fun方法时，实际执行的是子类的方法，而不是父类的fun，虽然我们声明ob的类型是父类的类型。

多态

这就造成了一个问题，当我们定义很多子类后，用上面格式例化对象后，引用类型都是父类，但是new不同的子类后，fun方法就会有不同的实现，这也叫多态。

为什么例化时引用类型不用子类类型而用父类类型呢？

下面有解释

引用类型和数据类型

对象是引用类型，int，float之类的是数据类型。

抽象类

既然所有实现都可以用子类去重写，那我们直接把父类再简化，不写具体实现，只写一下方法名字，规定一下传入的参数和返回值类型，在写一些所有子类都要用到的属性得了，毕竟各个儿子都各有本事，做父亲的就可以轻松点，直接告诉儿子要做的事，和给所有儿子都需要用的钱，手机，身份证之类的，让他们自己去闯荡，这样的父类就叫做抽象类。

简单工厂模式

现在问题就是，干一件事去new哪个子类，我们建一个工厂类，里面写上一个带参数p的方法fun，方法里有switch，根据传入的不同p参数，返回不同的new之后的对象。

返回值引用类型就用父类的类型，这也是上面问题的答案，如果例化时引用类型用子类类型，那返回类型就有多个，没法写返回值。

然后在要用到功能的地方，例化一个工厂类对象同时传一个参数到fun方法里，赋值给一个父类类型的对象ob，在使用ob里的方法就行了。

总结

所以：父亲提供渠道，不同儿子各显神通完成父亲接到的活，工厂类确定要用哪个儿子干活，最后名义上还是用父类的方法去实现，但实际上具体干活的已经是某个儿子了，这也是多态的应用。这一整套流程就是设计模式中的简单工厂模式

工厂方法模式

工厂方法模式是在简单工厂的基础上，再建一个工厂接口，然后多个工厂类调用该接口，即在简单工厂的基础上再做一层抽象。
简单工厂（服务器）：

static class SimpleFactory
{
	public 抽象父类 fun()
	{
		switch(str)
		{
			case a:return new Obja();
			case b:return new Objb();
		}
	}
} 

客户端：

抽象父类 obj = SimpleFactory.fun(str);
obj.operate();

工厂方法（服务器）：

Interface IFactory
{
	抽象父类 CreateFactory();
}

class Factory1:IFactory
{
	public 抽象父类 CreateFactory()
	{
		return new Factorya();
	}
}

class Factory2:IFactory
{
	public 抽象父类 CreateFactory()
	{
		return new Factoryb();
	}
}

客户端：

	工厂接口 factory = new Factory1/Factory2 ();//在这里决定`new`哪个工厂
	//接下来就和简单工厂一样了
	抽象父类 obj = factory.fun(str);
	obj.operate();

其实就是，简单工厂：一个工厂对应多个产品类，在服务器端根据不同字符串确定返回哪个产品

工厂方法：每个产品类都有一个工厂，在客户端根据不同字符串判断new哪个工厂，然后直接用该工厂生产产品。

也就是一个在服务器产品层判断，一个在客户端工厂层判断。

当需要生产多个同一产品时，用工厂方法，这样如果改动的话，只要该工厂，多个产品都改动，如果是简单工厂，改动需要每个产品都改一次。