当前位置:主页 > TAG标签 > 设计模式
  • 设计模式六大原则(6):开闭原则 日期:2015-10-06 22:13:05 点击:204 好评:0

    定义: 一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。 问题由来: 在软件的生命周期内,因为变化、升级和维护等原因需要对软件原有代码进行修改时,可能会给旧代码中引入错误,也可能会使我们不得不对整个功能进行 重构 ,并且需要原有代码经过重新测试。 解决方案: 当软件需要变化时,尽量通过扩展软件实体...

  • 设计模式六大原则(5):迪米特法则 日期:2015-10-06 22:12:26 点击:201 好评:0

    定义: 一个对象应该对其他对象保持最少的了解。 问题由来: 类与类之间的关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大。 解决方案: 尽量降低类与类之间的耦合。 自从我们接触编程开始,就知道了软件编程的总的原则:低耦合,高内聚。无论是面向过程编程还是面向对象编程,只有使各个模块之间的...

  • 设计模式六大原则(4):接口隔离原则 日期:2015-10-06 22:08:42 点击:203 好评:0

    定义: 客户端不应该依赖它不需要的接口;一个类对另一个类的依赖应该建立在最小的接口上。 问题由来: 类A通过接口I依赖类B,类C通过接口I依赖类D,如果接口I对于类A和类B来说不是最小接口,则类B和类D必须去实现他们不需要的方法。 解决方案: 将臃肿的接口I拆分为独立的几个接口,类A和类C分别与他们需要的接口建立依赖...

  • 设计模式六大原则(3):依赖倒置原则 日期:2015-10-06 22:07:57 点击:204 好评:0

    定义: 高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。 问题由来: 类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成。这种场景下,类A一般是高层模块,负责复杂的业务逻辑;类B和类C是低层模块,负责基本的原子操作;假如修改类A,会给程序带来不必...

  • 设计模式六大原则(2):里氏替换原则 日期:2015-10-06 21:53:06 点击:201 好评:0

    肯定有不少人跟我刚看到这项原则的时候一样,对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年,由麻省理工学院的一位姓里的女士(Barbara Liskov)提出来的。 定义1: 如果对每一个类型为 T1的对象 o1,都有类型为 T2 的对象o2,使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时,程序 P 的行为...

  • 设计模式六大原则(1):单一职责原则 日期:2015-10-06 21:52:09 点击:205 好评:2

    定义:不要存在多于一个导致类变更的原因。 通俗的说,即一个类只负责一项职责。 问题由来: 类T负责两个不同的职责:职责P1,职责P2。当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发生故障。 解决方案: 遵循单一职责原则。分别建立两个类T1、T2,使T1完成职责P1功能,T2完成职责P2功...

  • 设计模式中类的关系 日期:2015-10-06 21:48:44 点击:209 好评:2

    在java以及其他的面向对象 设计模式 中,类与类之间主要有6种关系,他们分别是:依赖、关联、聚合、组合、继承、实现。他们的耦合度依次增强。 1.依赖(Dependence) 依赖关系的定义为:对于两个相对独立的对象,当一个对象负责构造另一个对象的实例,或者依赖另一个对象的服务时,这两个对象之间主要体现为依赖关系。定义...

  • 设计模式之装饰者模式 日期:2015-04-14 11:47:28 点击:206 好评:2

    装饰者模式是不太常用的一种设计模式。我不太明白为什么它没能流行起来,虽然它用起来很方便。装饰者模式让你能够在可控的范围内往一个对象添加功能。这个在运行时也是靠谱的,甚至在静态类型的语言里也是如此。装饰者模式可以当作子类的一个替代品。子类化在编译期的时候添加新的特性,这个改动影响到原始类的所有实例;...

  • 对设计模式的一点理解 日期:2012-07-25 02:11:33 点击:230 好评:4

    说起设计模式,不得不提的是GoF23种设计模式,这些设计模式是在历史性的一本经典著作《设计模式:可复用面向对象软件的基...

  • 设计模式原则详解 日期:2012-06-12 22:09:57 点击:78 好评:2

    这篇文章,不需要你一次就看懂,如果你真的能一次都看懂,我想设计模式对于你来说已经没什么难度了..因为设计模式就是要体现这些原则的,你可以把设计原则看做是一门语言,设计模式是由这些语言编码的程序..你既然已经明白,精通了语言,剩下的编码自然是很简单的事情,编码的越多则经验越多,经验越多则对原则的理解就越深...这是...

推荐内容