23种设计模式之【前篇】
来源:互联网 发布:张艺谋李安知乎 编辑:程序博客网 时间:2024/06/09 21:02
23种设计模式,目前在网上各大论坛和相关书籍中,已经有很多资料可以参考。但是,笔者还是希望通过自身的学习,总结出自己对23种设计模式的理解,下面笔者会对这23种设计模式中的每一种模式进行单独的梳理和总结。Duang~开启设计模式之旅!
三大分类
1.创建型模式,共五种:(工厂方法模式)、工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
2.结构型模式,共七种:适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
3.行为型模式,共十一种:策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
六大原则
1.单一职责原则(Single Responsibility Principle)
不要存在多于一个导致类变更的原因,也就是说每个类应该实现单一的职责,如若不然,就应该把类拆分。
2.里氏替换原则(Liskov Substitution Principle)
里氏替换原则中,子类对父类的方法尽量不要重写和重载。因为父类代表了定义好的结构,通过这个规范的接口与外界交互,子类不应该随便破坏它。
3.依赖倒转原则(Dependence Inversion Principle)
这个是开闭原则的基础,具体内容:面向接口编程,依赖于抽象而不依赖于具体。写代码时用到具体类时,不与具体类交互,而与具体类的上层接口交互。
4.接口隔离原则(Interface Segregation Principle)
这个原则的意思是:每个接口中不存在子类用不到却必须实现的方法,如果不然,就要将接口拆分。使用多个隔离的接口,比使用单个接口(多个接口方法集合到一个的接口)要好。
5.迪米特法则(Demeter Principle)
就是说:一个类对自己依赖的类知道的越少越好。也就是说无论被依赖的类多么复杂,都应该将逻辑封装在方法的内部,通过public方法提供给外部。这样当被依赖的类变化时,才能最小的影响该类。
最少知道原则的另一个表达方式是:只与直接的朋友通信。类之间只要有耦合关系,就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类不要作为局部变量出现在类中。
6.开闭原则(Open Close Principle)
开闭原则就是说对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,而是要扩展原有代码,实现一个热插拔的效果。所以一句话概括就是:为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类等,后面的具体设计中我们会提到这点。
- 23种设计模式之【前篇】
- java 设计模式学习前篇--设计模式理解
- 写在设计模式前
- 设计模式前序
- 23种设计模式之Bridge模式
- 23种设计模式之Adapter模式
- 设计模式之23种模式
- 23种设计模式之外观模式
- 23种设计模式之适配器模式
- 23种模式设计之生成器模式
- 23种设计模式之原型模式
- 23种设计模式之代理模式
- 23种设计模式之观察者模式
- 23种设计模式之命令模式
- 23种设计模式之迭代器模式
- 23种设计模式之组合模式
- 23种设计模式之访问者模式
- 设计模式之23种模式
- Oracle 用户常用信息查询与设定
- iOS 判断网络类型(3G,4G,Wi-Fi)
- iOS进行单元测试OCUnit+xctool
- Xcode 6 技巧: 矢量图像,代码片段以及其他
- SQL error 1403:ogg 同步
- 23种设计模式之【前篇】
- keil5以上版本开发stm32不需要定义STM32F10X_HD,USE_STDPERIPH_DRIVER
- 打开模态视图 导航
- 使用OMD5查询MRP元素描述
- 数学之美---平凡而又神奇的贝叶斯方法
- IOS数组按中文关键字以字母序排序
- 关于使用ueditor编辑器--ueditor文件夹与编辑器初始化页面不在同一目录下,上传图片显示问题
- 全加和 UVa10943
- Jenkins/hudson:admin没有Read权限