本来园子里面已经有很多特别好的关于设计模式学习的文章,但一般都是概念性的或者都是些简单实例,没有用过设计模式的朋友看过之后虽然明白怎么回事了,但是对于自己实际项目中何时用设计模式就不太清楚了,本人借jillzhang开发的控件中的部分代码与大家讨论下模式在具体项目中的应用,好的代码应该与大家分享.
名词解释:
策略:
1:战略(学)
2:策略, 计谋, 作战方针; 智谋, 手腕
从策略一词来看,策略模式是种倾向于行为的模式.有点类似找仗时的做战方案，一般司令员在做战前都会根据实际情况做出几套不同的方案，如果当时情况有变，就会根据相应的条件来判定用哪一套方案来替换原定方案。但无论如何替换，替换多少次，仗还是要打的。
在他的文章中给GRIDVIEW添加上数据导出成EXCEL，WORD，PDF文件的功能，这三类导出虽然具体操作略有不同，但是大部分都相同。
具体策略模式的类图:
策略模式定义(GOF):
策略模式:主要是定义一系列的算法，把这些算法一个个封装成拥有共同接口的类，它们之间可以互换。使客户端调用它们的时候能够互不影响地变化。
具体代码如下：
第一：数据导出的接口类:IExporter
抽象策略(Strategy)角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。
下面为实现了此接口的抽象类
第二：context
环境(Context)角色：持有一个Strategy类的引用。
第三：具体实现类
具体策略(ConcreteStrategy)角色：包装了相关的算法或行为。
下面是三个具体操作类
PdfExporter:
WordExporter:
策略模式优点：
算法的使用和算法本身解耦，即把变化的具体算法封装了起来。策略模式是除了继承之外的一种弹性替代方案，如果你使用继承定义了一个类，下面有部分的派生类，此时你会让基类所困住，要想修改它特别不容易，而策略模式则可能通过组合不同的对象来改变行为。
策略模式缺点：
1、 虽说客户代码无须关心各个策略是如何实现的，但是它们还是要知道有多少种策略实现，具体功能情况，这样才可以根据需要使用哪个策略。
2、 使用策略模式后出现很多小类。
总结：
设计模式的有效应用能够给我们的开发带来效率，同时也是把双刃剑，滥用设计模式往往会费力不计好。本人在实际开发中对于模式的应用还不是特别多,如果有什么地方说错了,还望大家谅解.
注:
本文引用:
http://blog.csdn.net/ai92/archive/2004/12/26/229825.aspx