1、设计模式的原则
开闭原则:对扩展开放,对修改关闭。在程序做拓展时,不能修改原有的代码,而是进行功能的拓展,实现一个热插拔的效果。即就是易于升级和维护。
- 单一职责原则
不要存在多于一个导致类变更的原因,也就是每一类实现单一的职责,否则就应该把类拆分。 - 里氏替换原则
任何基类可以出现的地方,子类一定也可以出现。这是继承复用的基石,只有当衍生类可以替换基类,软件功能不受影响时,基类才可以真正的被复用,而衍生类也可以增加新的功能。 - 依赖倒转原则
面向接口编程,依赖于抽象而不是具体。当编写代码用到具体的类时,不与之交互而是与类的抽象接口交互。 - 接口隔离原则
接口中不存在实现类不需要的方法,否则要将接口拆分。 - 迪米特法则
一个类将自身的依赖暴露的越少越好,无论内部依赖多么复杂,都应该将逻辑封装在方法内部,并通过public方法提供给外部使用。 - 合成复用原则
尽量使用合成/聚合的方式,而不是使用继承(单继承的体系)
2、设计模式的分类
- 创建型模式
- 结构型模式
- 行为型模式
3、tips
源代码见My Github-设计模式
所有的UML类图通过Idea自带的UML Support插件自动生成
本文作者:
肖鹏
本文链接: http://www.xiaopeng.pro/articles/364ea8cc.html
版权声明: 本原创文章采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。转载请注明出处!
本文链接: http://www.xiaopeng.pro/articles/364ea8cc.html
版权声明: 本原创文章采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。转载请注明出处!