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哪个工厂，然后直接用该工厂生产产品。

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

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