博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
第 4 章 开发—封闭原则
阅读量:5945 次
发布时间:2019-06-19

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

软件实体(类、模块、函数等等)应该可以扩展,但是不可修改。
 
对于扩展时开放的,对于更改时封闭的。
 
无论模块式多么的“封闭”,都会存在一些无法对之封闭的变化。既然不可能完全封闭,设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。他必须先猜测出最有可能发生变化的种类,然后构造抽象来隔离那些变化。
 
在我们最初编写代码是,假设变化不会发生,当变化发生时,我们就创建抽象来隔离以后发生的同类变化。
面对需求,对程序的改动是通过增加新代码进行的,而不是更改现有的代码。这就是开发-封闭原则的精神所在。
 
开发-封闭原则是面向对象编程设计的核心所在。遵循这个原则可以带来面向对象技术所声称的巨大好处,也就是可维护、可扩展、可复用、灵活性好。开发人员应该仅对程序中呈现频繁变化的那些部分做出抽象,然而,对于程序中灭个部分都可以的进行抽象同样不是一个好主意。拒绝不成熟的抽象和抽象本身一样重要。
 
 
 

转载于:https://www.cnblogs.com/wzq806341010/p/4008187.html

你可能感兴趣的文章
Linux及windows下常见压缩程序的压缩能力对比
查看>>
JAVAEE-junit测试hibernate里的方法(hibernate交给spring管理)的问题
查看>>
rsync同步配置
查看>>
MOTO MB860 国行2.3.5优化增强ROM_Top_T5_end(经典收藏版)
查看>>
一个不错的iptablese脚本,借鉴
查看>>
如何通过“重用”提高原型设计的工作效率
查看>>
PL/SQL 资源共享
查看>>
php中require()与include()的区别
查看>>
演示:基于上下文的访问控制(IOS防火墙的配置)
查看>>
我的友情链接
查看>>
JAXB注解使用
查看>>
Andriod 测试 day1andriod 工具介绍
查看>>
我的友情链接
查看>>
软件学习常见概念之并发控制
查看>>
C#学习经典(二)---MVC框架(Model view Controller)
查看>>
我的友情链接
查看>>
log4j配置文件说明
查看>>
Maven: 为Compiler插件设置source和target版本
查看>>
L2TP/IPSec一键安装脚本
查看>>
linux下永久添加静态路由
查看>>