事件处理是组件设计中相当重要的一环,在C#中事件与delegate是紧密相关的,程序2-3是一个简单的事件范例。
程序2-3 简单的事件范例
using System; namespace EventDemo { public delegate void ProcessHandler(object sender); public class Class1 { private event ProcessHandler _processHandler = null; public event ProcessHandler ProcessStart { add { _processHandler += value; } remove { _processHandler -= value; } }
public void Process() { _processHandler(this); for(int i = 0; i < 10; i++) i = i+1; } public Class1() { } } } 程序2-5 新事件设计模式
程序中声明了一个Hashtable类型的对象:_eventList,每一个Class1类的实体都拥有这个对象,另外还声明了两个object类型的对象:_processStart、_processEnd,注意!这两个对象是static(静态)类型,也就是说,不管有多少个对象实体,都只须花费两个object的空间。那这与2-4的范例做法有何不同呢?答案是对象所占的内存大小不同,当用户创建一个对象实体之后,此对象占用了一个Hashtable对象的内存空间,在用户设定了ProcessStart事件时,此对象随之占用了一个Hashtable元素的内存空间,若用户未设定事件,那么此元素的内存空间就不会被占用,相较于2-4范例的预付行为,此方式可以省下不必要付出的内存成本。再详细点说,假设Class1拥有1000个事件,那么程序2-4的做法在对象创建初期就会占用1000个event变量的内存空间,而程序2-5则要付出一个Hashtable对象及1000个static变量的代价,当用户创建了第二个对象时,程序2-4要再次占用了1000个event变量的代价,但程序2-5只须占用一个Hashtable对象的代价,优劣立见不是吗?很幸运,这种设计概念在.NET Framework中已提供了基础建设,设计人员只要套用即可,见程序2-6。 程序2-6 .NET Framework内建的事件支持
只要继承自Component类或其子类就可使用这种方式来处理事件。 2-1-3 Static Helper ObjectC#是个纯OOP的语言,这代表着它不允许设计人员声明全局性的函数或是变量,它提倡以静态函数与静态变量来取代原本须要使用全局性函数及变量的地方,由于静态函数与静态变量都要声明于类内,这个限制形成群集的效应,同时引出了另一种类型的运用:Static Helper Object,见程序2-7。 程序2-7 Static Helper Object范例
DomainHelper是一个不允许继承且具备私有构造函数的类,这代表着设计人员不可能创建或是继承此类,DomainHelper提供了GetCurrentDomainDir静态函数,用来返回目前Application Domain所在的路径,这比起原来调用AppDomain. GetCurrentDomain. BaseDirectory函数来取得同样结果的方式简短了许多。Helper Object的中心概念就是将常用的辅助型函数包装成静态函数,设计人员就无须一再重复地撰写这些程序代码,组件设计技术与Helper Object息息相关,读者们会在后面的章节中看到更多这类型的例子。 |
C#之中delegate扮演着函数指针的角色,用户可以将某个函数加入一个delegate之中,而一个delegate允许用户加入一个以上的函数,当调用此delegate时就等同于调用其内所含的所有函数。不过程序2-3的设计手法潜藏着一个问题,就是当事件数众多时,对象就必须付出相应数量的delegate变量,如2-4程序所示。
程序2-4 传统事件设计
private event ProcessHandler _processStart = null; private event ProcessHandler _processEnd = null; private event ProcessHandler _processStep = null; |
不管用户是否用到了这些事件,当对象被创建起来时就得付出这些成本,这在窗口应用程序上更显得可怕,因为Windows Message(窗口消息)的数量以千为单位,假如一个简单的窗口程序就必须付出相对于Windows Message数量的变量成本,这样一来对象岂不成了庞然大物了。针对这个问题,.NET Framework采取了与Lazy-Allocate类似的方式来处理,见程序2-5。