设计模式
文章平均质量分 53
Edward_S
奋斗是唯一的选择!!!
展开
-
设计模式一——简单工厂模式
一、简单工厂(创建型 模式)(不是GOF二十三种设计模式之一):由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类(产品类继承于父类或者接口)的实例。 二、类图: 三、代码 class Operation { private double _numberA = 0; private double _num原创 2015-07-29 21:07:28 · 366 阅读 · 0 评论 -
设计模式三——单一职责原则
一、单一职责原则:就一个类而言,应该仅有一个引起它变化的原因。如果一个类承担的职责过多,就等于把这些职责都耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时, 设计会遭受意想不到的破坏。 二、描述:一般我们在进行代码设计的时候都会遵循单一职责原则,就是说将不同职责放在不同的类中。会破坏单一职责的情况主要是对原有的职责进行原创 2015-08-02 20:33:23 · 438 阅读 · 0 评论 -
设计模式二——策略模式
一、策略模式:策略模式是定义一系列算法的方法,所以的算法都是完成的相同的工作,只是实现的方法不同,它可以以相同的方式调用所有的算法,减少了各种算法与使用算法类之间的耦合 二、类图: 三、代码 //CashSuper的类 using System; using System.Collections.Generic; using System.Linq; using Syst原创 2015-08-02 17:05:18 · 457 阅读 · 1 评论 -
设计模式四——开放-封闭原则
一、开放—封闭原则:软件实体(类、模块函数等等)应该可以扩展,但是不可修改 二、主要特征: 1.对于扩展是开放的,对于新的需求,可以通过添加继承,重写进行拓展 2.对于修改是封闭的,对于新的需求,不可在原始的类中进行修改。 三、如何应对变化 对于模块封闭,是我们希望达到的,但是在复杂的需求面前,都会存在一些无法对之封闭的变化,这时候可以通过抽象来隔离变化。原创 2015-08-02 20:54:06 · 527 阅读 · 0 评论 -
设计模式五——依赖倒转原则
一、依赖倒转原则:抽象不应依赖于细节,细节应该依赖于抽象 二、依赖倒转原则主要特征: 1.高层模块不应该依赖底层模块,两个都应该依赖抽象 2.抽象不应该依赖于细节,细节应该依赖于抽象 三、里氏代换原则:子类型必须能够替换掉它们的父类 一个软件实体如果使用的是一个父类,那么一定适用于其子类,而且它察觉不出父类和子类的区别。也就是说,把父类都替换成子类,程序行原创 2015-08-05 13:27:32 · 486 阅读 · 0 评论