设计模式?
设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。毫无疑问,设计模式于己于他人于系统都是多赢的;设计模式使代码编制真正工程化;设计模式是软件工程的基石脉络,如同大厦的结构一样。引自百度百科。
如果说,数学是思维的体操,那设计模式,就是面向对象编程思维的体操。
为什么学习设计模式?
学习设计模式重要的不是将来会不会用到这些模式,而是通过这些模式让你找到“封装变化”、“对象间松散耦合”、“针对接口编程”的感觉,从而设计出易维护、易扩展、易复用、灵活性好的程序。
重要的是理解思想,下面介绍简单工厂模式。
简单工厂模式
顾名思义这个模式应该很简单,由一个工厂对象决定创建出哪一种产品类的实例。例如实现一个计算器控制台程序,要求输入连个数和运算符号,得到结果,运用简单工厂模式:
运算类:
/// <summary>
/// 运算类
/// </summary>
public class Operation
{
private double _numberA = 0;
private double _numberB = 0;
public double NumberA
{
get { return _numberA; }
set { _numberA = value; }
}
public double NumberB
{
get { return _numberB; }
set { _numberB = value; }
}
public virtual double GetResult()
{
double result = 0;
return result;
}
}
加法类:减乘除类与之类似
class OperationAdd:Operation
{
/// <summary>
/// 加法类,继承运算类
/// </summary>
/// <returns></returns>
public override double GetResult()
{
double result = 0;
result = NumberA + NumberB;
return result ;
}
}
public class OperationFactory
{
/// <summary>
/// 简单运算工厂类
/// </summary>
/// <param name="operate"></param>
/// <returns></returns>
public static Operation createOperate(string operate)
{
Operation oper = null;
switch (operate )
{
case "+":
oper = new OperationAdd();
break;
case "-":
oper = new OperationSub();
break;
case "*":
oper = new OperationMul();
break;
case "/":
oper = new OperationDiv();
break;
}
return oper;
}
}
客户端代码:
static void Main(string[] args)
{
Operation oper;
oper = OperationFactory.createOperate("+");
oper.NumberA = 1;
oper.NumberB = 2;
double result = oper.GetResult();
Console.WriteLine(result);
Console.ReadLine();
}
优缺点:
优点:简单工厂模式主要用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型,紧耦合关系会导致软件的脆弱,通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的,明确了各自的职责和权力,有利于整个软件体系结构的优化。
缺点:由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。
缺点:由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。
总结:
简单工厂模式——推开设计模式的大门!