新版本和旧版本一样，有socket事件和内部事件。区别在于，你只要一个监听就可以
消息协议规则：
用类名标记协议的好处是什么？ 是利用反射机制来处理每个消息。
程序启动的时候，会读取所有类名，并字典保存，也就是一次反射，消息传递就不会再次反射获取类了，直接 字典中拿取。这是目前最先进的做法
大家看看一个案例
以上代码是 unity 按钮 发送的 三个 通知服务器事件。
发送规则 是： 协议头 + json内容+消息结尾符（固定的）
大家注意看消息协议头。
服务器 相关的如下:
协议定义的字符串 和 服务器类名是一样的。
我们点击去看看：
这是一个 私聊的协议类，客户端发送私聊后，服务器创建 同样的类名，和继承。就可以在这里进行逻辑操作了。
再看一个服务器类：这个类是用来确定开启，或 客户端发送错误的协议，或内部出错，或客户端关闭。
最后，很多人担心服务器性能好不好，在这里，我不想黄婆卖瓜。客户端我全部重写，粘包异常断开等等都封装好了，用户只要写和服务器交互的逻辑通信就ok了。
最后简单的 互动了一次通信并且 先关闭服务器的测试，当然你们何用测试发错消息，或连续发包等，都是完美的。
多元化的 设计，让你也可以用其他语言 开发服务器，客户端是不用改写的。
事件部分就介绍到这里，文章字数限制，没提到的，可以按照 旧版本那样操作。使用过早期版本的，基本不需要改动，就可以继续开发项目了。
下一篇开始，我将陆续讲解 2.0下的 特别组件。带你玩转 大公司核心技术 一键操作。
。。。。。。。。。。。。。。。。。写在最后，和大家一样，白天工作，利用空余时间编写框架，不足之处难免被 人喷，这也是国情。
百度上 零碎的知识很多，但新人往往不能很好的总结组合，导致学了忘，忘了学。最终也 无法深入做一个东西。
我架构框架的目的是，让零碎的知识组合起来，你只要一行代码，就能实现 别人几十行上百行，甚至更多时间研究苦死的代码。
这个社会真大神其实不多，大部分所谓的大神都是 小白层次太低，而被误导出来的大神，而我的自己的目的，是 为了 成为 大神眼里的 大神。
为此 继续完善框架，继续看更深层次的代码。不以低层次夸赞为喜，不易高层次吝啬而恼，船到桥头 我能行。