工厂方法模式

这时候,工厂方法模式该上场了,使用它可以完美的解决不断的产品变更。工厂方法模式是怎么样的?而工厂方法模式又是怎样解决产品变更呢?一起来看看...

一、工厂方法模式

定义

定义一个创建对象的工厂接口,工厂方法将实例化推迟到子类中。

定义总是抽象的,先放出工厂方法模式的UML图如下所示:

工厂方法模式UML.png

从上图可以看出,工厂方法模式涉及到以下四个角色的概念:

- 抽象工厂角色:工厂方法模式的核心,创建产品的工厂类必须实现该接口。

- 具体工厂角色:该角色实现了抽象工厂接口,具体如何创建产品类就是在该实现类完成。

- 抽象产品角色:所有产品类的超类,负责实现产品共性的抽象定义。

- 具体产品角色:该角色实现了抽象产品接口,负责具体的不同产品业务逻辑。

二、实战

上代码

抽象工厂角色代码如下:

public interface Factory {

    // 传入参数的是产品类型,这里返回产品类的抽象工厂类Product    
    public Product factory(String productType);

}

这里做出生产雪糕、披萨的工厂,有了工厂才能生产对应的产品,具体工厂角色代码如下:

// 雪糕的工厂,负责生产雪糕
public class IceCreamFactory implements Factory {

    @Override
    public Product factory() {
        return new IceCream();
    }

}

上面看到抽象角色Product,看代码:

public interface Product {

    public void product();

}

具体角色代码如下:

public class IceCream implements Product {

    @Override
    public void product() {

        /**
         *  具体的业务逻辑
         */
        System.out.println("雪糕做好了!!");
    }

}

OK,涉及到工厂方式模式系统的代码基本完成,下面看看客户端怎么使用工厂模式,雪糕准备就绪:

public class Client {

    public static void main(String[] args){

        // 生产雪糕
        Factory iceCreamFactory = new IceCreamFactory();
        Product iceCream = iceCreamFactory.factory();
        iceCream.product();

    }

}

运行客户端代码,结果如下:

雪糕做好了!!

扩展

雪糕的order已经完成!雪糕不吃,吃披萨?OK,现在就做披萨。同样的先实现抽象工厂和抽象产品角色。

披萨工厂实现如下:

// 披萨的工厂,负责生产披萨
public class PizzaFactory implements Factory {

    @Override
    public Product factory() {
        return new Pizza();
    }

}

接下来就是披萨:

public class Pizza implements Product {

    @Override
    public void product() {
        /**
         *  具体的业务逻辑
         */
        System.out.println("披萨做好了!!");
    }

}

现在我们在客户端中实现生产披萨,代码如下:

public class Client {

    public static void main(String[] args){

        // 生产雪糕
        Factory iceCreamFactory = new IceCreamFactory();
        Product iceCream = iceCreamFactory.factory();
        iceCream.product();

        // 生产披萨
        Factory pizzaFactory = new PizzaFactory();
        Product pizza = pizzaFactory.factory();
        pizza.product();
    }

}

运行结果如下:

雪糕做好了!!

披萨做好了!!

三、工厂方法模式的优缺点

优点

1)优秀的扩展性。假如披萨不想吃了,想吃芝士蛋糕,只需要增加芝士蛋糕的具体工厂和具体产品类,不会影响其他产品的生产。

2)大降低代码的耦合度,客户端最终得到的是产品本身,而不需要知道和操作产品的生产过程。

缺点

1)增加新产品时,需要增加具体的工厂类和具体的产品类,当产品数量多的时候就会造成系统的复杂度增大,也增加了对系统理解的难度。



作者:Jet啟思
链接:https://www.jianshu.com/p/5305eab7b93b
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
内容概要:本文设计了一种基于PLC的全自动洗衣机控制系统内容概要:本文设计了一种,采用三菱FX基于PLC的全自动洗衣机控制系统,采用3U-32MT型PLC作为三菱FX3U核心控制器,替代传统继-32MT电器控制方式,提升了型PLC作为系统的稳定性与自动化核心控制器,替代水平。系统具备传统继电器控制方式高/低水,实现洗衣机工作位选择、柔和过程的自动化控制/标准洗衣模式切换。系统具备高、暂停加衣、低水位选择、手动脱水及和柔和、标准两种蜂鸣提示等功能洗衣模式,支持,通过GX Works2软件编写梯形图程序,实现进洗衣过程中暂停添加水、洗涤、排水衣物,并增加了手动脱水功能和、脱水等工序蜂鸣器提示的自动循环控制功能,提升了使用的,并引入MCGS组便捷性与灵活性态软件实现人机交互界面监控。控制系统通过GX。硬件设计包括 Works2软件进行主电路、PLC接梯形图编程线与关键元,完成了启动、进水器件选型,软件、正反转洗涤部分完成I/O分配、排水、脱、逻辑流程规划水等工序的逻辑及各功能模块梯设计,并实现了大形图编程。循环与小循环的嵌; 适合人群:自动化套控制流程。此外、电气工程及相关,还利用MCGS组态软件构建专业本科学生,具备PL了人机交互C基础知识和梯界面,实现对洗衣机形图编程能力的运行状态的监控与操作。整体设计涵盖了初级工程技术人员。硬件选型、; 使用场景及目标:I/O分配、电路接线、程序逻辑设计及组①掌握PLC在态监控等多个方面家电自动化控制中的应用方法;②学习,体现了PLC在工业自动化控制中的高效全自动洗衣机控制系统的性与可靠性。;软硬件设计流程 适合人群:电气;③实践工程、自动化及相关MCGS组态软件与PLC的专业的本科生、初级通信与联调工程技术人员以及从事;④完成PLC控制系统开发毕业设计或工业的学习者;具备控制类项目开发参考一定PLC基础知识。; 阅读和梯形图建议:建议结合三菱编程能力的人员GX Works2仿真更为适宜。; 使用场景及目标:①应用于环境与MCGS组态平台进行程序高校毕业设计或调试与运行验证课程项目,帮助学生掌握PLC控制系统的设计,重点关注I/O分配逻辑、梯形图与实现方法;②为工业自动化领域互锁机制及循环控制结构的设计中类似家电控制系统的开发提供参考方案;③思路,深入理解PL通过实际案例理解C在实际工程项目PLC在电机中的应用全过程。控制、时间循环、互锁保护、手动干预等方面的应用逻辑。; 阅读建议:建议结合三菱GX Works2编程软件和MCGS组态软件同步实践,重点理解梯形图程序中各环节的时序逻辑与互锁机制,关注I/O分配与硬件接线的对应关系,并尝试在仿真环境中调试程序以加深对全自动洗衣机控制流程的理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值