博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
设计模式六大原则——开放封闭原则(OCP)
阅读量:6419 次
发布时间:2019-06-23

本文共 2619 字,大约阅读时间需要 8 分钟。

什么是开闭原则?

      定义:是说软件实体(类、模块、函数等等)应该可以扩展,但是不可修改。

      开闭原则主要体现在两个方面:

      1、对扩展开放,意味着有新的需求或变化时,可以对现有代码进行扩展,以适应新的情况。

    2、对修改封闭,意味着类一旦设计完成,就可以独立其工作,而不要对类尽任何修改。

    

   怎么使用开闭原则?

    实现开放封闭的核心思想就是对抽象编程,而不对具体编程,因为抽象相对稳定。让类依赖于固定的抽象,所以对修改就是封闭的;而通过面向对象的继承和多态机制,可以实现对抽象体的继承,通过覆写其方法来改变固有行为,实现新的扩展方法,所以对于扩展就是开放的。 
   对于违反这一原则的类,必须通过重构来进行改善。常用于实现的设计模式主要有Template Method模式和Strategy 模式。而封装变化,是实现这一原则的重要手段,将经常变化的状态封装为一个类。

      以银行业务员为例 :

      没有实现OCP设计的:  

 

public class BankProcess    {        public void Deposite(){}   //存款        public void Withdraw(){}   //取款        public void Transfer(){}   //转账    }    public class BankStaff    {        private BankProcess bankpro = new BankProcess();        public void BankHandle(Client client)        {            switch (client .Type)            {                case "deposite":      //存款                    bankpro.Deposite();                    break;                case "withdraw":      //取款                    bankpro.Withdraw();                    break;                case "transfer":      //转账                    bankpro.Transfer();                    break;            }        }    }

这种设计显然是存在问题的,目前设计中就只有存款,取款和转账三个功能,将来如果业务增加了,比如增加申购基金功能,理财功能等,就必须要修改BankProcess业务类。我们分析上述设计就能发现不能把业务封装在一个类里面,违反单一职责原则,而有新的需求发生,必须修改现有代码则违反了开放封闭原则。

 

    如何才能实现耦合度和灵活性兼得呢? 

    那就是抽象,将业务功能抽象为接口,当业务员依赖于固定的抽象时,对修改就是封闭的,而通过继承和多态继承,从抽象体中扩展出新的实现,就是对扩展的开放。

     一下是符合OCP的设计:  

//首先声明一个业务处理接口    public interface IBankProcess    {        void Process();    }    public class DeposiProcess:IBankProcess    {        public void Process()         //办理存款业务        {            Console.WriteLine("Process Deposit");        }    }    public class WithDrawProcess:IBankProcess    {        public void Process()        //办理取款业务        {            Console.WriteLine("Process WithDraw");        }    }    public class TransferProcess:IBankProcess    {        public void Process()        //办理转账业务        {            Console .WriteLine ("Process Transfer");        }    }    public class BankStaff    {        private IBankProcess  bankpro = null ;        public void BankHandle(Client client)        {            switch (client .Type)            {                case "Deposite":      //存款                    userProc =new WithDrawUser();                    break;                case "WithDraw":      //取款                    userProc =new WithDrawUser();                    break;                case "Transfer":      //转账                    userProc =new WithDrawUser();                    break;            }            userProc.Process();        }    }

这样当业务变更时,只需要修改对应的业务实现类就可以,其他不相干的业务就不必修改。当业务增加,只需要增加业务的实现就可以了。  

转载于:https://www.cnblogs.com/mochaMM/p/6924005.html

你可能感兴趣的文章
VS Code折腾记 - (3) 多图解VSCode基础功能
查看>>
再不懂区块链,你就OUT了!
查看>>
教你玩转自定义View—手撸一个倒计时控件如此简单
查看>>
『翻译』Node.js 调试
查看>>
我的iOS开发之路总结(更新啦~)
查看>>
Java NIO之拥抱Path和Files
查看>>
微信原图泄露的只能是 Exif ,你的隐私不在这!!!
查看>>
微信小程序教学第三章(含视频):小程序中级实战教程:列表篇-页面逻辑处理...
查看>>
页面间通信与数据共享解决方案简析
查看>>
Swift 中 Substrings 与 String
查看>>
作为一个开源软件的作者是一种什么样的感受?
查看>>
移动端适配知识你到底知多少
查看>>
Java基础笔记16
查看>>
TiDB 在 G7 的实践和未来
查看>>
重新认识javascript对象(三)——原型及原型链
查看>>
小学生学“数学”
查看>>
【Vue】组件使用之参数校验
查看>>
FastDFS蛋疼的集群和负载均衡(十七)之解决LVS+Keepalived遇到的问题
查看>>
深入剖析Redis系列(二) - Redis哨兵模式与高可用集群
查看>>
上班第一天的BUG居然是chrome翻译功能导致的
查看>>