• 设计模式04: Factory Methord 工厂方法模式(创建型模式)


    Factory Methord 工厂方法模式(创建型模式)

    从耦合关系谈起
    耦合关系直接决定着软件面对变化时的行为


    -模块与模块之间的紧耦合使得软件面对变化时,相关的模块都要随之变更


    -模块与模块之间的松耦合使得软件面对变化时,一些模块更容易被替换或者更改,但其他模块保持不变


    对代码的关注要在理解了设计模式之后,对于不同的代码但是解决的是同一类问题,他们就是同一种设计模式。解决了哪一类的问题就是哪一类的设计模式。

    软件需求的变化是软件工程的一部分,是我们要解决的问题。

    把模块分为主模块、次模块
    主模块部分变化慢、次模块部分变化快
    抽象部分变化慢,具体部分变化快

    设计模式不能上去就用,当不清楚模块与模块之间的关系时,就不要用。

    动机(Motivation)
    在软件系统中,经常面临着“某个对象”的创建工作;由于需求的变化,这个对象的具体实现经常面临着剧烈的变化,但是它却拥有比较稳定的接口。
    如何应对这种变化?如何提供一种“封装机制”来隔离出“这个易变对象”的变化,从而保持系统中“其他依赖该对象的对象”不随着需求改变而改变?

    意图(Intent)
    定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟到子类——《设计模式》GoF

    示例代码:

    public abstract class AbstractCar
    {
        public abstract void Startup();
        public abstract void Run();
        public abstract void Turn(Direction direction);
        public abstract void Stop();
    }
    pubic class HongqiCar:AbstractCar
    {
        public override void Startup()
        {
            //...
        }
        public override void Run()
        {
            //...
        }
        public override void Turn(Direction direction)
        {
            //...
        }
        public override void Stop()
        {
            //...
        }
    }
    pubic class DongfengCar:AbstractCar
    {
        public override void Startup()
        {
            //...
        }
        public override void Run()
        {
            //...
        }
        public override void Turn(Direction direction)
        {
            //...
        }
        public override void Stop()
        {
            //...
        }
    }
    public abstract class AbstractCarFactory
    {
        public abstract AbstractCar CreateCar();
    }
    public class HongqiCarFactory:AbstractCarFactory
    {
        public override AbstractCar CreateCar()
        {
            return new HongqiCar();
        }
    }
    public class DongfengCarFactory:AbstractCarFactory
    {
        public override AbstractCar CreateCar()
        {
            return new DongfengCar();
        }
    }
    class CarTestFramework
    {
        public void BuildTestContext(AbstractCarFactory carFactory)
        {
            AbstractCar c1=carFactory.CreateCar();
        }
        //...
    }
    class App
    {
        public static void Main()
        {
            CarTestFramework carTestFramework=new CarTestFramework();
            carTestFramework.BuildTestContext(new HongqiCarFactory());
            carTestFramework.BuildTestContext(new DongfengCarFactory());
            //也可以通过配置文件和反射来解决new的不同
            //Activator.CreateInstance(string TypeName)
        }
    }

    Factory Method模式的几个要点
    Factory Method模式主要用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型,紧耦合关系会导致软件的脆弱。
    Factory Method模式通常通过面向对象的手法,将所要创建具体对象工作延迟到子类,从而实现一种扩展(而非改变)的策略,较好的解决了这种紧耦合关系。
    Factory Method模式解决了“单个对象”的需求变化,Abstract Factory模式解决“系列对象”的需求变化,Builder模式解决“对象部分”的需求变化。

  • 相关阅读:
    Docker的镜像与容器
    【目标检测】YOLOv4中的Mish激活函数
    【深度学习】医学图像分割损失函数简介
    【深度学习】归一化方法
    【机器学习】Bagging与Boosting算法原理小结
    【目标检测】RCNN算法
    【机器学习】误差逆传播算法(反向传播算法)
    【机器学习】解决数据不平衡问题
    【干货总结】| Deep Reinforcement Learning 深度强化学习
    【深度学习】迁移学习Transfer Learning
  • 原文地址:https://www.cnblogs.com/jesselzj/p/4712996.html
Copyright © 2020-2023  润新知