设计模式
hi_guys
这个作者很懒,什么都没留下…
展开
-
设计模式原则——开闭原则
开闭原则(Open Close Principle) 定义:一个软件实体(如类、模块和函数)应该对扩展开放,对修改关闭。即在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。想要达到这样的效果,我们需要使用接口和抽象类。 问题由来:在软件的生命周期内,因为变化、升级和维护等原因需要对软件原有代码进行修改时,可能会给旧代码中引入错误,也可能会使我们不得不对整个功能进行重构,并且转载 2016-10-24 16:56:48 · 329 阅读 · 0 评论 -
设计模式原则概述
设计模式简介 设计模式(Design pattern)是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案,代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 设计模式的原则转载 2016-10-04 15:40:38 · 189 阅读 · 0 评论 -
设计模式原则——单一职责原则
单一职责原则(Single Responsibility Principle) 定义:一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中。即:不要存在多于一个导致类变更的原因。通俗的说,就是一个类只负责一项职责。 问题由来:类T负责两个不同的职责:职责P1,职责P2。当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发生故障。 解决方案:遵循单一职转载 2016-10-04 18:15:54 · 247 阅读 · 0 评论 -
设计模式原则——里氏替换原则
里氏替换原则(Liskov Substitution Principle) 定义1:如果对每一个类型为 T1 的对象 O1,都有类型为 T2 的对象O2,使得以 T1 定义的所有程序 P 在所有的对象 O1 都代换成 O2 时,程序 P 的行为没有发生变化,那么类型 T2 是类型 T1 的子类型。 定义2:所有引用基类的地方必须能透明地使用其子类的对象。 问题由来:有一功能P1,由类转载 2017-08-13 15:20:19 · 199 阅读 · 1 评论