面向对象的7个设计原则->开车理解->贴近生活
设计模式在我们的开发中是不可或缺的一部分，很多人会说，我没用那些设计模式啊，我也开发的挺好的，其实不然，我们在开发中都用到了这些设计模式，只不过我们并没有在意这些，今天我就用开车的方法来解释一下我们的7个设计原则。
简述
面向对象的设计原则有七个，包括：开闭原则、单一职责原则、里氏替换原则、迪米特原则（最少知道原则）、接口分离原则、依赖倒置原则、组合/聚合复用原则。
1>开闭原则：
在面向对象编程领域中，开闭原则规定“软件中的对象（类，模块，函数等等）应该对于扩展是开放的，但是对于修改是封闭的”，这意味着一个实体是允许在不改变它的源代码的前提下变更它的行为。该特性在产品化的环境中是特别有价值的，在这种环境中，改变源代码需要代码审查，单元测试以及诸如此类的用以确保产品使用质量的过程。遵循这种原则的代码在扩展时并不发生改变，因此无需上述的过程。摘自某度百科。
上述那段话我是没看懂什么意思（我也没仔细的去看），开闭原则一句话来解释就是对扩展开放，对修改关闭。
我们来举几个生活的栗子，小张开了一个饭店，湘菜做的很棒，顾客也越来越多了，也出现了在吃饭时间排队等候的现象，小张这时意识到我们应该扩张一下我们的饭店的规模了，于是把相邻的门店也一并租了下来，有人建议小张，你既然扩张了饭店的规模建议你去做一些别的事（严重不符合开闭原则），但是小张坚持还是做湘菜（符合开闭原则），也就是说小张你是在于原有的基础之上做了规模的扩张，而没有改变饭店原有特色菜的本质，这就是一个开闭原则的栗子。
再比如，小张去洗浴中心or足疗保健or洗头房，我们可以点一些***的服务，我们也可以提出一些别的要求，比如花式开心，不管你提什么要求，也离不开，你想做的那些事的本质，不可能有人要求洗头小妹给你修脚吧。。。这里就是我们的可以提出对于***服务的扩展花样，但是不会修改原有***服务的本质。这也就是我们的开闭原则。
从代码角度来说，就是无论我们如何去扩展类的方法和属性，也不要修改类本质的方法和属性，只扩展不修改现有，也禁止修改原有的属性。开闭原则是下面那些原则的总纲，切记很重要。
2>单一职责原则：
单一职责原则（SRP：Single responsibility principle）又称单一功能原则，面向对象五个基本原则（SOLID）之一。它规定一个类应该只有一个发生变化的原因。该原则由罗伯特·C·马丁（Robert C. Martin）于《敏捷软件开发：原则、模式和实践》一书中给出的。马丁表示此原则是基于汤姆·狄马克(Tom DeMarco)和Meilir Page-Jones的著作中的内聚性原则发展出的。摘自某度百科。
单一职责，这个应该很好理解的，只做一件事，做好一件事就够了，生活中我们也常常会说，做好一件事不难，难的是一辈子只做这一件事。职责原则一句话来解释就是请做好自己的事。
在生活中栗子有很多的，还是我们的小张开饭店的栗子，上面说了小张的饭店开的很红火，生意很好，之所以生意会好，是他一直坚持做他的特色菜，很多年了味道一直没有变过，还是那种熟悉的家乡味，有人建议他把特色菜的技术融入到烧烤，烤肉上去，小张摇摇头说，我们这是湘菜馆，不是烤肉店，我能一直做好我现在的特色菜就够了。这就是我们职责单一原则，两耳不闻别的事，单一只做一件事。
再比如，小张又来足疗保健了，不耽误时间了，直接上楼吧，“来啊，服务员，来盘鱼香肉丝”。
最新文章
- SQLite vs MySQL vs PostgreSQL:关系型数据库比较
- 05-Vue入门系列之Vue实例详解与生命周期
- iOS的nil，Null，NSNull的使用
- Tomcat 6.0 简介
- pydev导入eclipse
- 基于RBAC模型的通用企业权限管理系统
- SQL循环
- 用fiddler工具做接口测试
- springmvc+mybatis+spring 整合 SSM
- [math] 什么是双曲函数（转发）
- ireport表单制作
- synchronized(一)
- (转) Ringbuffer为什么这么快？
- 详解Tensorflow数据读取有三种方式（next_batch）
- centos7 iptables替换firewall
- ThinkPHP 模板 Volist 标签嵌套循环输出多维数组
- myEclipse 常用快捷键，工具等记录
- spark sql的应用场景
- vuex mapGetters
- 微信小程序之tab切换