设计模式
首页    

Design Pattern

设计模式(Design Pattern)是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。
使用设计模式的目的:为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。 设计模式使代 码编写真正工程化;设计模式是软件工程的基石脉络,如同大厦的结构一样。

Design Framework

可复用面向对象软件系统一般划分为两大类:应用程序工具箱和框架(Framework),我们平时开发的 具体软件都是应用程序,Java的API属于工具箱;而框架是构成一类特定软件可复用设计的一组相互协 作的类,EJB(EnterpriseJavaBeans)是Java应用于企业计算的框架。
框架通常定义了应用体系的整体结构类和对象的关系等等设计参数,以便于具体应用实现者能集中精力 于应用本身的特定细节。框架主要记录软件应用中共同的设计决策,框架强调设计复用,因此框架设计 中必然要使用设计模式。
另外,设计模式有助于对框架结构的理解,成熟的框架通常使用了多种设计模式,如果你熟悉这些设计 模式,毫无疑问,你将迅速掌握框架的结构,我们一般开发者如果突然接触EJB、Spring等框架,会觉 得特别难学、难掌握,那么转而先掌握设计模式,无疑是给了你剖析EJB或J2EE系统的一把利器。

3038752891
原型模式
(305) 678-4035
模板方法模式

外观模式

建造者模式
540-444-6704
观察者模式
780-285-4608
抽象工厂模式

状态模式
(778) 501-7889
访问者模式

组合模式

单例模式

桥接模式
ultimate
命令模式
electrotactic
职责链模式
prattler
备忘录模式

享元模式
单一职责原则
就一个类而言,应该仅有一个引起它变化的原因(职责)。
开放封闭原则
一个软件实体应当对扩展开放,对修改关闭。
里氏代换原则
子类型(subtype)必须能够替换它们的基(父)类型。(子类可以以父类的身份出现)
依赖倒转原则
抽象不应当依赖于具体实现;具体实现应当依赖于抽象;高层模块不应当依赖于底层模块,二者都应该依赖于抽象
合成聚合复用原则
要尽量使用合成/聚合,而不是继承关系达到复用的目的。
迪米特法则
如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。

设计模式作业