设计模式之禅之六大设计原则-开闭原则

开闭原则

一:开闭原则的定义
        --->一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。
        --->我们做一件事情,或者选择一个方向,一般需要经历三个步骤:What——是什么,Why——为什么,How——怎么做(简称3W原则,How取最后一个w)
        --->对于开闭原则,我们也采用这三步来分析,即什么是开闭原则,为什么要使用开闭原则,怎么使用开闭原则?

二:如何使用开闭原则
        --->抽象约束。
                (1)定义接口,如果业务有变化,则重写类中的方法,不修改原有代码。就是对扩展开放,对修改关闭。
               
        --->元数据(metadata)控制模块行为
                (1)编程是一个很苦很累的活,那怎么才能减轻我们的压力呢?答案是尽量使用元数据来控制程序的行为,减少重复开发。什么是元数据?用来描述环境和数据的数据,通俗地说就是配置参数,参数可以从文件中获得,也可以从数据库中获得。

        ----->制定项目章程
                (1)制定规范,统一风格编程
        ----->封装变化
                (1)对变化的封装包含两层含义:第一,将相同的变化封装到一个接口或抽象类中。第二:将不同的变化封装到不同的接口或抽象类中,不应该有两个不同的变化出现在同一个接口或抽象类中。

三:最佳实践
        ---->软件设计最大的难题就是应对需求的变化,但是纷繁复杂的需求变化又是不可预料的。则6大设计原则以及23个设计模式来“封装”未来的变化。
        
        ---->开闭原则也只是一个原则。
                (1)开闭原则只是精神口号,实现拥抱变化的方法非常多,并不局限这6大设计原则,但是遵循6大设计原则基本可以应对大多数变化。
                (2)开闭原则,是其他五大原则的宗旨。其他五大原则,是开闭原则的具体实现
        

时间: 2024-10-15 04:55:54

设计模式之禅之六大设计原则-开闭原则的相关文章

设计模式之禅之六大设计原则-依赖倒置原则

依赖倒置原则依赖倒置原则的原始定义是:● 高层模块不应该依赖低层模块,两者都应该依赖其抽象;● 抽象不应该依赖细节;● 细节应该依赖抽象. 那什么是抽象?什么又是细节呢?---->在Java语言中,抽象就是指接口或抽象类,两者都是不能直接被实例化的;细节就是实现类,实现接口或继承抽象类而产生的类就是细节,其特点就是可以直接被实例化,也就是可以加上一个关键字new产生一个对象.依赖倒置原则在Java语言中的表现就是: ● 模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接

设计模式之禅之六大设计原则-接口隔离原则

接口隔离原则一:什么是接口?● 实例接口(Object Interface)        ---->Person zhangSan=new Person()产生了一个实例,这个实例要遵从的标准就是Person这个类,Person类就是zhangSan的接口● 类接口(Class Interface)        ---->Java中经常使用的interface关键字定义的接口. 二:那什么是隔离呢?它有两种定义:      ---->事物的定义一般都比较难理解,晦涩难懂是正常的.我们

设计模式之禅之六大设计原则-单一职责原则

单一职责原则--->类从属性维度的划分:名词属性,动作属性.例如.用户类(User),用户行为类.(UserService)--->类和接口的设计原则要追求的目标是:有且仅有一个原因能引起它的变化.也就是一个接口或类只有一个职责,它就负责同一类的事情,如果所负责的业务超过两类或两类以上,则考虑拆分成不同的接口.   单一职责原则的好处--->类的复杂性降低,实现什么指责都清晰明确的定义--->可读性提高,因为复杂性降低,因此刻度性提高.--->可维护性提高,因为可读性提高,因

设计模式之禅之六大设计原则-迪米特原则

迪米特法则 一:迪米特法则定义:        ---->迪米特法则(Law of Demeter,LoD)也称为最少知识原则(Least KnowledgePrinciple,LKP),        ---->一个对象应该对其他对象有最少的了解.通俗地讲,一个类应该对自己需要耦合或调用的类知道得最少,你(被耦合或调用的类)的内部是如何复杂都和我没关系,那是你的事情,我就知道你提供的这么多public方法,我就调用这么多,其他的我一概不关心. 二:迪米特法则对类的低耦合提出明确的要求.   

设计模式之禅之六大设计原则-里氏替换原则

里氏替换原则说的就是面向对象语言的继承--->代码共享,减少创建类的工作量,每个子类都拥有父类的方法和属性.--->提高代码的重用性.--->子类可以形似父类,但又特殊于父类.--->提高代码的可扩展性.实现父类的方法,可以为所欲为.许多开源框架的接口都是继承父类完成的.--->提高产品或项目的开放性.--->继承是侵入性的.子类必须拥有父类的属性和方法.让子类自由的世界中多了些约束.--->增强了耦合性.当父类的常量,变量和方法被修改时,需要考虑子类的修改.造成

软件设计原则----开-闭原则(OCP)

设计一个模块时,应当使该模块在不被修改的前提下被扩展,即可在不必修改源代码的情况下改变该模块的行为. 陈述: 软件实体(类.模块.函数等)应该是可以扩展的,同时还可以是不必修改的,更确切的说,函数实体应该:(1)对扩展是开放的当应用的需求变化时,我们可以对模块进行扩展,使其具有满足改变的新的行为.即:我们可以改变模块的功能(2)对更改是封闭的对模块进行扩展时,不必改动模块已有的源代码或二进制代码. 分析: 世界是变化的(而且变化很快),软件是对现实的抽象.---->软件必须能够扩展. 如果任何修

《Android 源码设计模式解析与实战》——第1章,第1.2节让程序更稳定、更灵活——开闭原则

1.2 让程序更稳定.更灵活--开闭原则 开闭原则的英文全称是Open Close Principle,缩写是OCP,它是Java世界里最基础的设计原则,它指导我们如何建立一个稳定的.灵活的系统.开闭原则的定义是:软件中的对象(类.模块.函数等)应该对于扩展是开放的,但是,对于修改是封闭的.在软件的生命周期内,因为变化.升级和维护等原因需要对软件原有代码进行修改时,可能会将错误引入原本已经经过测试的旧代码中,破坏原有系统.因此,当软件需要变化时,我们应该尽量通过扩展的方式来实现变化,而不是通过修

设计模式六大原则(6):开闭原则

定义:一个软件实体如类.模块和函数应该对扩展开放,对修改关闭. 问题由来:在软件的生命周期内,因为变化.升级和维护等原因需要对软件原有代码进行修改时,可能会给旧代码中引入错误,也可能会使我们不得不对整个功能进行重构,并且需要原有代码经过重新测试. 解决方案:当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化.          开闭原则是面向对象设计中最基础的设计原则,它指导我们如何建立稳定灵活的系统.开闭原则可能是设计模式六项原则中定义最模糊的一个了,它

设计模式学习:开闭原则

上面讲完序,就开始讲开闭原则,有点不太优雅,不过,正如我说的,在学之前,周围的人和老师,网络上的人都觉得这个不错,你不太清楚,那么就学学吧,学完之后,再仔细去整合,思考,去除杂质,保留精华.在学的过程中总是不断自己停下来仔细思考的方式,我并不推荐学技术的人干(当然立志科研的人一定要有这种钻研精神),因为太耗时间.而且有时候你会发现,你疑问的就是后面提到的.唠叨完毕,开始讲讲开闭原则. 1988年,勃兰特·梅耶(Bertrand Meyer)在他的著作<面向对象软件构造(Object Orient