C#和设计模式

　　C#是一个现代的程序语言，它通过提供直接映射面向对象设计概念的句法结构和语义支持来促进面向对象软件开发。这和C++大不相同，C++同时支持面向过程、面向对象和泛型编程。虽然如此，如果你是一名C++程序员，跟进C#是非常容易的。对于C++程序员来说，这个学习曲线是相当平坦的。即使你以前从未看过任何C#代码，理解本文示例代码也不应该有任何问题。事实上，如果你发现C#对设计模式的实现更为清晰，我也不会有任何惊讶，特别是如果你以前使用设计模式编写过代码的话。一般讨论设计模式的书籍和文章都会详细地描述模式所要解决的问题和上下文细节，并随后提供一个规范的解决方案的描述。本文不会那么严谨，我只关注模式本质，并辅以适当的C#示例来加以说明。

让我们从最简单的设计模式开始：singleton。

singleton

　　任何编写过MFC应用的开发人员（不管编写的应用是如何的小）都知道什么是singleton。singleton是类的唯一实例。使用MFC时，从CWinApp派生的应用类的全局实例就是singleton。当然，在MFC应用中，尽管规定不允许创建应用类的第二个实例，但是并没有什么可以阻止你那么做。【译注：实际上，不管是VC6.0还是VC7.0Beta2，它们的编译器都可以一定程度地限制你创建第二个实例。之所以说一定程度上，是因为诸如这种情况编译器并不帮你检查—试图在窗体的某个按钮事件里创建应用类的第二个实例】在这种情况下，当你需要某个特定的类表现出singleton行为时，一个更好的替代方案是让这个类自己负责确保只会被创建一个并且只有一个实例。再回到MFC，我们知道保证应用类实例的唯一性的责任被留给了开发应用的程序员，他（她）们必须小心不要创建应用类的第二个实例。

　　现在来看看表1所示的类。singleton的访问被局限于必须通过静态方法Instance。多数情况下，singleton应该具有全局可见性，这可通过将其创建方法public来实现。和用全局变量模拟singleton不同，这种模式可以防止创建出多余的实例，同时兼具全局可见性。注意，该类的构造器被置为private，这就意味着没有任何办法可以绕过静态方法Instance来直接创建类的实例。

表1

class Singleton
{
private static Singleton singleton = null;
public static Singleton Instance()
{
if (null == singleton)
singleton = new Singleton();
return singleton;
}
private Singleton()
{
}
}

　　singleton模式的作用还不止于此，尤其是可以将其扩展，以创建类的可变数量的实例。假定有一个应用，当需要执行特定任务时就需要调度一个工作者线程。考虑到节约系统资源，我们使用singleton来实现这个线程类。不久，需要singleton线程处理的任务变得密集起来，如果我们决定扩展这个应用，我们可以很方便地增加工作者线程的数量，因为线程的创建和对它们的访问授权的所有逻辑都被定义在一个类中。

　　singleton模式的另外一个优点是singleton的创建可以被延迟到真正需要的时候，正如表1所示。不管是否需要，全局变量一开始就被创建，但这个全局对象并不一定是一直都需要的。C#不支持全局变量，但还是有可能在某个方法的一开始就在堆上创建了一个对象并直到很久以后才使用它。果真如此的话，singleton模式为这种案例提供了一个优雅的解决方案。

[上一页] [下一页]