—– 委托是什么——

其实委托事件很好理解，就当成是c语言中的函数指针或者是回调函数，或者说换种理解方式，信号和槽？触发器和接收器？总之就是一个地方调用了这个函数，那么在另一个地方也会调起《同参数》《同类型》的这么个函数。就目前我学到的，这个就比较接近于信号和槽的关系。

另外由于C#相对自由的类外调用方式，一开始整个代码我看的云里雾里的，但是这两天嗯造看下来，已经大致明白了不少。

比如我们现在做的这个工具，在LBD.IEngTeachV53项目下的ClsTools.cs类中，我们做了两个工具一个叫Intercom，师生对讲，另一个叫Broadcast 视频广播。然后两个工具是这样的，都是先开启教师端，然后再开启学生端。向学生端启动的时候传入教师端的tcp ip 和 tcp port，然后将教师端再将需要的参数补给学生端即可。这只是说个前提，但是不管怎么说，我们只用管一点就是如何在教师端和软件之间互相传递参数。

反正是在本地，那就用WinMessage来传递信号。

包含两个部分：

1.教师端接收exe发送的消息

2.exe接收教师端发送的消息

详解：

需要注意的是，这个ClsTools类中有一个专门用来处理本地WinMessage消息的类对象，叫clsWinMessage，其中有很多方法：

在这个对象上我犯了很多错误，这里只讲解正确用法。

1.教师端接收exe发送的消息：

1>在启动的时候，需要初始化这个对象，这个类中写了一个方法叫InitWinMessage()，调用它就可以了。

2>需要改写InitWinMessage方法，这个方法中需要包含以下几个要素：1.new一下这个成员，否则可能为null 2.添加一个委托如下：

this.clsWinMessage.MessageReceive += new LBD.Frame.Base.Utils.MessageEventHandler(this.WinMessage_MessageReceive);

this.clsWinMessage.CopyDataMessageReceive += new LBD.Frame.Base.Utils.CopyDataMessageEventHandler(this.WinMessage_CopyDataMessageReceive);

这就是添加了一个委托，当clsWinMessage接到消息MessageReceive和CopyDataMessageReceive，分别会触发ClsTools.cs中的WinMessage_MessageReceive和WinMessage_CopyDataMessageReceive方法，并向其中传值。

注意一点就是这个MessageReceive和CopyDataMessageReceive不同，具体哪里不同我不知道，但是在我现在的这个Qt中的SendMessage的方法，发送的其实是CopyData，和单纯的Message好像又有些不一样，具体的区别我不太了解，之后有机会看下MFC可能就懂了。

3>添加消息接收。这个clsWinMessage类并不是什么WinMessage消息都可以接收，只能接受部分被声明的消息码，不然整个程序需要相应的消息码太多了会导致卡顿。由上我们可以想到，Message和CopyData并不是一回事，所以添加的消息也不是按照它原本的方式添加的。

this.clsWinMessage.AddMessage(WM_TAKECLASS);

//上为旧代码，下为新代码

this.clsWinMessage.AddCopyDataMessage(tINTERCOMSTART);

this.clsWinMessage.AddCopyDataMessage(tNEWSELECTED);

而教师端接收WinMessage消息，也只能放在这个WinMessage_CopyDataMessageReceive的方法去接受处理，不在Message中去处理

   private void WinMessage_CopyDataMessageReceive(System.Object sender, CopyDataMessage m)
    {
        try
        {
            System.String strData = System.String.Empty;
            System.String strClientOpenIntercom = System.String.Empty;


            if (m.Message == tINTERCOMSTART)
            {
                
                strData = m.Data;

                System.Diagnostics.Trace.WriteLine("InterCome.StartMsg:" + strData);

                blnIntercomState = true;

                intIntercomHwnd = int.Parse(strData);

            }else if(m.Message == tNEWSELECTED)
            {
                strData = m.Data;
               
                string[] SelectedSeatArray = strData.Split('|');
                strClientOpenIntercom = "PT_Frame_OpenIntercom";

                foreach(string str in SelectedSeatArray)
                {
                    //将消息发送给每一个Actived目录中的成员即可 
                   this.SendToClientMessage(this,0, strClientOpenIntercom);
                    System.Diagnostics.Trace.WriteLine("SelectedSeatArray:"+str);
                }
               

            }



        }

        catch (System.Exception err)
        {
            WriteErrorMessage("WinMessage_CopyDataMessageReceive:" + err.Message);
        }
    }

4>接收消息的句柄

即使注意到上述的问题所在，但是仍有个问题，那就是传入的句柄。需要注意的是这个clsWinMessage类是完全独立的，也就是说它接收消息码其实是有一个自己的隐形窗体在进行，而不是通过整个软件的母窗体来进行，这也是我们需要注意的一点，这个一开始我没注意到

this.InitWinMessage();

if (this.clsWinMessage != null)
{
    intHandle = this.clsWinMessage.WinHandle;
}

可以看上述代码，每次启动这个软件的时候就会Init一个 winmessage，当我们关闭的时候也应该要将其Dispose掉（暂时没做，之后会考虑），也就是说每次启动关闭软件的时候，传入的句柄都是可能不同的，和当前的母窗体并没有什么大关系。

2.exe接收框架端的消息

到这里了其实就简单了，向软件发送消息，其实就是直接调用WMUser的SendCopyDataMessage方法直接发送就可以了，不需要别的，就是在这里其实不需要额外声明编码格式，之前我声明的是unicode，但是这样传过来的参数反而是乱码了，是真的傻逼。

关于如何将座位更新

现在我们假设我们可以在主框架中将所有的学生座位信息打包好，然后在软件中也提供了根据用户座位信息刷新的接口—

那么这个时候问题来了，我们怎么知道用户的状态更新？

这时候就要用到委托：

Seats.ValueChanged += new Seats.ValueChangedEventHandler(this.SeatValueChanged);

在这个软件启动的时候添加这个委托，当Seats中的委托ValueChanged触发的时候，触发当前类下的函数SeatValueChanged，并在这个函数中组装所有的座次信息，将其发送给exe，注：句柄是由软件启动后自己发送给教师端的，所以只有当教师端接收到exe发送过来的消息之后才能感知到框架下学生座位信息变化的效果（不过时间很短就是了）。

关于教师端如何向学生端发送消息

这个和之前的 有点不一样，区别在于要知道委托是从哪来传来的，最开始我以为就和WinMessage和 座位的ValueChanged这样的委托消息一样，声明一下就好了，这还是源自对委托的认识不足。而事实上，WinMessage来自WMUser，而ValueChanged来自Seats，但是我自己定义的这个SendToClientMessage呢？并不是某个类延伸出来的方法，只是单独的声明了，这就不对了，这样只能让外部来调用这个ClsTools的委托，而不是从某个类中延伸出来的委托，这就是问题所在。

所以我根据一个向所有学生群发的方法出发，向上去寻找：

这时候才发现，其实我们应该调用的方法，原来是ClsEnTeaching中的Tool_SendMessageToClient方法，而这个所谓的SendToClientMessage方法，其实也就是调用了CallMethod

这样真相大白，其实我们需要的就是clsTools中的SendMessageToClient其实能委托ClsEnTeaching中的Tool_SendMessageToClient方法，并通过其调用NetInterop类，来向学生端发送信号，而不是从某个对象中衍生出一个方法或者对象。

所以我在初始化整个工具类InitTools（）处添加了一行

this.clsTools.SendToClientMessage += new ClsTools.SendToClientMessageEventHandler(this.Tool_SendMessageToClient);

这样就可以让我们在clsTools中调用方法的信号发到ClsEnTeaching中，并通过NetInterop发送给学生端，而不是信号无端消失。