您的位置:首页 > 编程语言 > Java开发

JAVA--设计模式概述

2016-04-25 09:57 423 查看
1,设计模式的分类:

总体来说,设计模式分为三大类
(1) 创建型模式,共五种:工厂方法模式,抽象工厂模式,单例模式,建造者模式,原型模式
(2) 结构型模式,共七种:适配器模式,装饰器模式,代理模式,外观模式,桥接模式,
组合模式,享元模式
(3)行为型模式,共十一种:策略模式,模版方法模式,观察者模式,迭代子模式,
责任链模式,命令模式,备忘录模式,状态模式,访问者模式,中介者模式,解释器模式
(4) 其实还有两类:并发型模式,线程池模式,



2,设计模式的六大原则
总原则:开闭原则(Open Close Principle)
开闭原则就是说对扩展开放,对修改关闭。在程序需要进行扩展的时候,不能去修改原有代码,
而是要扩展原有代码,实现一个热插拔效果。所以一句话概括就是:为了程序的扩展性好,
易于维护和升级,想要达到这样的效果,我们需要使用接口和抽象类等,后面的具体设计中
我们会提到这点。
(1) 单一职责原则:
不要存在多于一个导致类变更的原因,也就是说每个类应该实现单一职责,如若不然,
就应该把类拆分

(2) 里氏替换原则(Liskov
Substitution Principle):
里氏替换原则是面向对象设计的基本原则之一, 里氏替换原则中说,任何基类可以
出现的地方,子类一定可以出现。LSP是继承复用的基石,只有当衍生类可以替换掉基类,
软件单元的功能不受影响时,基类才真正被复用,而衍生类也能够在基类的基础上增加新的
行为, 里氏替换原则是对“开-闭”原则的补充,实现“开-闭”原则的关键步骤就是抽象化,
而基类与子类的继承关系就是抽象化的具体实现,所以 里氏替换原则是对抽象化的具体步骤的
规范

(3) 依赖倒转原则(Dependence
Inversion Principle):
这个是开闭原则的基础,具体内容:面向接口编程,依赖于抽象而不依赖于具体,
写代码时用到具体类时,不与具体类交互,而与具体类的上层接口交互。

(4) 接口隔离原则(Interface
Segregation Principle):
这个原则的意思是:每个接口中不存在子类用不到却必须实现的方法,如若不然,就要
将接口拆分,使用多个隔离的接口 ,比使用单个接口(多个接口方法集合到一个接口)要好。

(5) 迪米特法则(最少知道原则)(Demeter Principle):
就是说:一个类对自己依赖的类知道越少越好,也就是说无论被依赖的类多么复杂,
都应该将逻辑封装在方法的内部,通过public 方法提供给外部,这样当被依赖的类变化时,
才能最小的影响该类。
最少知道原则的另一个表达方式是:只与直接的朋友通信,类之间只要有耦合关系,
就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量,方法参数,
方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类
不要作为局部变量出现在类中。

(6) 合成复用原则(Composite
Principle):
原则是尽量首先使用聚合/合成的方式,而不是继承。

3,关系模式分类图解:





4,设计模式的弊端:

①复杂度增加
②开发成本增加
③维护成本降低
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: