C#函数指针数组的实现.doc

在大家开发网络通讯软件的时候，应该都碰到过这种情况，在定义好通讯后要在程序中实现相应的功能。如：一个聊天程序有如下定义：登陆获取好友列表修改自己资料N退出每个功能由如下函数实现：登陆Void Login（UserIinfouser，Messagemsg）；获取好友列表void GetFriendList（UserInfouser，Messagemsg）；修改自己资料void ModifySelfInfomation（UserInfouser，Messagemsg）；退出Void Logout（UserInfouser，Messagemsg）；那现在我们要将它一一对应起来，我们该怎么做呢？很多人也许会这样做 public static void Analyze(UserInfo user, Message message) . switch (msg.Class)/Class是的类型标志，下同 . case 1: Login(user, message); break; case 2: GetFriendList(user, message); break; case 3: ModifySelfInfomation(user, message); break; case N: Logout(info, msg); break; default: break; 这样做看起来没有什么不妥。但是如果协议条数非常多或者说很复杂呢？比如说：我的协议是二级甚至是三级分类的呢？用更多的switch和case？这样显然不是一个好主意。在C+和Delphi中我们可以用函数指针数组来很好的解决这个问题。那我们在是不是也可以这样去解决这个问题呢？答案是肯定的。我们可以在中用委托数组来解决这个问题。让我们先定义一个委托和它的数组：private delegate void AnalyzerHandler（UserInfo user， Message message）；static AnalyzerHandler MainAnalyzer；然后将函数都放到这个数组里： MainAnalyzer = new AnalyzerHandler . Login, GetFriendList, ModifySelfInfomation, Logout 那我们怎么调用呢？很简单，这样就行了！ public static void Analyze (UserInfo user, Message message) . if (message.Class MainAnalyzer.Length|message.Classtype) case FREQUENT_MSG1: handleFrequentMsg(); break; case FREQUENT_MSG2: handleFrequentMsg2(); break; . case FREQUENT_MSGn: handleFrequentMsgn(); break; default: /嵌套部分用来处理不经常发生的消息 switch (pMsg-type) case INFREQUENT_MSG1: handleInfrequentMsg1(); break; case INFREQUENT_MSG2: handleInfrequentMsg2(); break; . case INFREQUENT_MSGm: handleInfrequentMsgm(); break; 如果switch中每一种情况下都有很多的工作要做，那么把整个switch语句用一个指向函数指针的表来替换会更加有效，比如下面的switch语句，有三种情况： enum MsgTypeMsg1, Msg2, Msg3 switch (ReceiveMessage() case Msg1; . case Msg2; . case Msg3; . 为了提高执行速度，用下面这段代码来替换这个上面的switch语句。 /*准备工作*/ int handleMsg1(void); int handleMsg2(void); int handleMsg3(void); /*创建一个函数指针数组*/ int (*MsgFunction )()=handleMsg1, handleMsg2, handleMsg3; /*用下面这行更有效的代码来替换switch语句*/ status=MsgFunctionReceiveMessage()(); (10)避免使用C+的昂贵特性 C+在支持现代软件工程、OOP、结构化等方面对C进行了卓有成效的改进，但在程序代码容量、执行速度、程序复杂程度等方面比C语言程序性能差一些。并不是所有的C+特性都是肮贵的。比如，类的定义是完全有益的。公有和私有成员数据及函数的列表与一个 struct 及函数原形的列表并没有多大的差别。单纯的