设计模式
文章平均质量分 74
beautifularea
这个作者很懒,什么都没留下…
展开
-
依赖倒置原则--DIP
一、DIP简介(DIP--Dependency Inversion Principle):1、高层模块不应该依赖于低层模块,二者都应该依赖于抽象。2、抽象不应该依赖于细节,细节应该依赖于抽象。 高层模块包含了一个应该程序中的重要的策略选择和业务模型,正是这些高层模块才使得其所有的应用程序区别于其他,如果高层依赖于低层,那么对低层模块的改动就会直接影响到高层模块,从而迫使它们依次做出改动。 二、举例说明:反面例子:缺点:耦合太紧密,Light发生变化将影响ToggleSwitch。 解决办法一:将Light作转载 2011-01-02 11:40:00 · 326 阅读 · 0 评论 -
开放封闭原则--OCP
<br /> <br />一、OCP简介(OCP--Open-Closed Principle):Software entities(classes,modules,functions,etc.) should be open for extension, but closed for modification。软件实体应当对扩展开放,对修改关闭,即软件实体应当在不修改(在.Net当中可能通过代理模式来达到这个目的)的前提下扩展。Open for extension:当新需求出现的时候,可以通过扩展现有模型转载 2011-01-02 11:46:00 · 346 阅读 · 0 评论 -
Liskov替换原则--LSP
<br />一、LSP简介(LSP--Liskov Substitution Principle):定义:如果对于类型S的每一个对象o1,都有一个类型T的对象o2,使对于任意用类型T定义的程序P,将o2替换为o1,P的行为保持不变,则称S为T的一个子类型。子类型必须能够替换它的基类型。LSP又称里氏替换原则。对于这个原则,通俗一些的理解就是,父类的方法都要在子类中实现或者重写。 二、举例说明:对于依赖倒置原则,说的是父类不能依赖子类,它们都要依赖抽象类。这种依赖是我们实现代码扩展和运行期内绑定(多态)的基础转载 2011-01-02 11:48:00 · 322 阅读 · 0 评论 -
接口隔离原则--ISP
<br />一、ISP简介(ISP--Interface Segregation Principle):使用多个专门的接口比使用单一的总接口要好。<br />一个类对另外一个类的依赖性应当是建立在最小的接口上的。<br />一个接口代表一个角色,不应当将不同的角色都交给一个接口。没有关系的接口合并在一起,形成一个臃肿的大接口,这是对角色和接口的污染。 “不应该强迫客户依赖于它们不用的方法。接口属于客户,不属于它所在的类层次结构。”这个说得很明白了,再通俗点说,不要强迫客户使用它们不用的方法,如果强迫用户使用转载 2011-01-02 11:49:00 · 272 阅读 · 0 评论 -
单一职责原则--SRP
一、SRP简介(SRP--Single-Responsibility Principle):就一个类而言,应该只专注于做一件事和仅有一个引起它变化的原因。 所谓职责,我们可以理解他为功能,就是设计的这个类功能应该只有一个,而不是两个或更多。也可以理解为引用变化的原因,当你发现有两个变化会要求我们修改这个类,那么你就要考虑撤分这个类了。因为职责是变化的一个轴线,当需求变化时,该变化会反映类的职责的变化。“就像一个人身兼数职,而这些事情相互关联不大,,甚至有冲突,那他就无法很好的解决这些职责,应该分到不同的人身转载 2011-01-02 11:44:00 · 278 阅读 · 0 评论 -
简单工厂模式(SimpleFactory Pattern)
<br /> <br />一、模式概述 从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现,学习了此模式可以为后面的很多中模式打下基础。那好,我们就来了解下什么是简单工厂模式? 我们来分析一个现实生活中的案例,每天早晨起床洗唰后是干什么呢?吃早转载 2011-01-02 11:52:00 · 312 阅读 · 0 评论