设计模式初识
来源:互联网 发布:ubuntu压缩为zip 编辑:程序博客网 时间:2024/05/22 17:34
设计模式刚开始,实现了几个模式后,感觉每个模式都是隔离的,没有太多联系,感觉看书时出了问题,先对课本大体的了解一下。23种设计模式,其实前辈们总结出来解决问题的方式,宗旨还是保证系统的低耦合高内聚,适应变化,提高代码复用率,使软件更具有可维护性和可扩展性.而指导它们的原则就是设计原则。然后从设计原则入手,从常记忆........
下面就分别介绍每种设计原则。
单一职责:
就一个类而言,只有一个引起它变化的原因。
开闭原则:
对扩展开放,对修改关闭。
“设计的时候,尽量让这个类是足够好,写好了就不要去修改了,如果新需求来,我们增加一些类就完事了,原来的代码能不动则不动”
里氏代替;
指的是子类必须替换掉它们的父类型。也就是说,在软件开发过程中,子类替换父类后,程序的行为是一样的。只有当子类替换掉父类后,此时软件的功能不受影响时,父类才能真正地被复用,而子类也可以在父类的基础上添加新的行为。
“子类型必须能够替换掉他们的父类型。”
依赖倒置:
抽象不应该依赖于细节,细节应该依赖于抽象。
“ “面向接口编程,而不是面向实现编程”。”
接口隔离原则:
指的是使用多个专门的接口比使用单一的总接口要好。也就是说不要让一个单一的接口承担过多的职责,而应把每个职责分离到多个专门的接口中,进行接口分离。
“过于臃肿的接口是对接口的污染。不应该强迫客户依赖于它们不用的方法。”
找到两张图:左图对接口过于依赖,不管对依赖于它的类有没有用处,实现类中都必须去实现这些方法。
右图为符合接口隔离原则,对接口I进行了拆分。
合成复用:
简单地说,就是要尽量使用合成/聚合,尽量不要使用继承。
迪米特法则:
又叫最少知识原则:如果两个类不必彼此直接通信,那么着两个类就不应当发送直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。
“只与你直接的朋友们通信;不要跟“陌生人”说话。”
解决这个问题的方式是:使用依赖倒转原则, 这要就可以是调用方和被调用方之间有了一个抽象层,被调用方在遵循抽象层的前提下就可以自由的变化,此时抽象层成了调用方的朋友【如图】
小结:设计原则贯穿在设计模式之中,启到指引作用。
看书前要重视书中的结构,对整本书有全局观,带着问题,或结构去看书。看视频资料前同样要做点功课,有全局概念,在学习过程中,就能够分析,比较,联想些什么。在设计模式中,每个模式对应着类图,方便记忆与理解。其他几种模式将在后面作介绍...........
- 设计模式--初识设计模式
- 初识设计模式
- 设计模式初识
- 初识cppunit,设计模式
- 初识AJAX设计模式
- 初识设计模式
- 初识C#设计模式
- 初识设计模式
- 初识大话设计模式
- 设计模式初识
- 【设计模式】初识
- 设计模式初识
- 初识设计模式
- 初识《大话设计模式》
- 设计模式初识积累
- 初识设计模式
- 初识设计模式
- 【设计模式】--初识
- linux入门-菜鸟级操作2-基础的目录和文件的操作
- 状态模式——State (更好的实现状态机)
- 使用 shapes 产生阴影效果
- 关于cefglue调试过程中打不开网页的问题
- 字符串取特定数据 对字符串大小写处理
- 设计模式初识
- 开篇
- Tomcat中常见线程说明
- JSP中System.out.println()与out.println()区别
- 编程中外部JS的良好写法
- cocos2dx 3d开源项目 fantasyWarrior3D 从零走起 5 [角色基类actor & AI实现]
- 【Linux】asm文件夹在那里
- MyEclipse:Errors occurred during the build. Errors running builder 'DeploymentBuilder' on project。
- BestCoder Round #21 1002 Formula