// 这里就偷懒调用系统方法，不自己实现了，其实就是比较两个任意相投类型数据大小，自己实现比较麻烦
if (!isAscending)
return Comparer.Default.Compare(v2, v1);
return Comparer.Default.Compare(v1, v2);
}
private object GetValue(Student stu)
{
object v = null;
switch (expression)
{
case "id":
v = stu.ID;
break;
case "name":
v = stu.Name;
break;
default:
v = null;
break;
}
return v;
}
}
测试一下好不好使
复制代码 代码如下:
static void Main(string[] args)
{
ListTest<Student> test = new ListTest<Student>();
for (int i = 0; i < 10; i++)
{
Student stu = new Student(i,string.Format("N_"+(9-i)));
test.list.Add(stu);
}
Console.WriteLine("元数据");
for (int i = 0; i < test.list.Count;i++ )
{
Console.WriteLine(string.Format("ID:{0} , Name:{1}", test.list[i].ID, test.list[i].Name));
}
Console.WriteLine("Name 递增");
test.Sort(new StudentComparer("name", true));
for (int i = 0; i < test.list.Count; i++)
{
Console.WriteLine(string.Format("ID:{0} , Name:{1}", test.list[i].ID, test.list[i].Name));
}
}
看看效果
用ILSpy反编译可以看到在调用List<T>的sort()方法时内部调用的时 this.Sort(0, this.Count, null); 然后往里面扒，经过一系列异常处理后会调用 Array.Sort<T>(this._items, index, count, comparer); this._items是把List内容转换成数组，同样再经历一些列异常处理，调用方法 ArraySortHelper<T>.Default.Sort(array, index, length, comparer); 再往里就和我们上面写的方法大同小异了，只不过微软加了很多异常处理和算法优化。
策略模式看清楚了上面这个例子我们就可以进入正题，说说我们的策略模式了。策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。（原文：The Strategy Pattern defines a family of algorithms,encapsulates each one,and makes them interchangeable. Strategy lets the algorithm vary independently from clients that use it.）
这个模式涉及到三个角色：
环境（Context）角色：持有一个Strategy类的引用。抽象策略（Strategy）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。具体策略（ConcreteStrategy）角色：包装了相关的算法或行为。相信大家可以分方便的把我们上面例子中的类对应上策略模式的角色，IComparer接口是我们的抽象策略角色， ListTest<T> 类持有抽象策略的引用是环境（在Sort方法中，其实可以把接口定义为类的属性，在构造函数中赋值，不过不适合此场景，毕竟并不是所有List都需要排序，不能强制其接受一个可能会用不到的接口，当然对每个实例都需要用某个策略的场景是合适的），毫无疑问我们实现IComparer抽象策略的类就是具体策略。
使用场景策略模式很容易理解，不过能够用它很好的理解封装变化和针对接口编程者两个面向对象设计原则，我们来看看什么时候我们会用策略模式
1、 多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。
2、 需要在不同情况下使用不同的策略(算法)，这些策略有统一接口。
3、 对客户隐藏具体策略(算法)的实现细节，彼此完全独立。
策略模式的优势和不足优点：
1、 提供了一种替代继承的方法，而且既保持了继承的优点(代码重用)还比继承更灵活(算法独立，可以任意扩展)。
2、 使用组合，避免程序中使用多重条件转移语句，使系统更灵活，并易于扩展。
3、 遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。
缺点：
1、 因为每个具体策略类都会产生一个新类，所以会增加系统需要维护的类的数量。
您可能感兴趣的文章: