写在前面

这个可能发github上交issue会更好，但是最近的issue感觉都很久没人理了，想了想还是发论坛了

首先来讲讲发生了什么

在启动服务器时发生以下报错：

System.Collections.Generic.KeyNotFoundException: The given key 'ET.****' was not present in the dictionary.
   at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at ET.EventSystem.GetType(String typeName) in ****\Unity\Codes\Model\Core\Object\EventSystem.cs:line 207
   at ET.OpcodeTypeComponent.Awake() in ****\Unity\Codes\Model\Module\Message\OpcodeTypeComponent.cs:line 82
   at ET.OpcodeTypeComponentAwakeSystem.Awake(OpcodeTypeComponent self) in ****\Unity\Codes\Model\Module\Message\OpcodeTypeComponent.cs:line 12
   at ET.AwakeSystem`1.Run(Object o) in ****\Unity\Codes\Model\Core\Object\IAwakeSystem.cs:line 65
   at ET.EventSystem.Awake(Entity component) in ****\Unity\Codes\Model\Core\Object\EventSystem.cs:line 362

产生原因

原因是之前修改了一下协议导出工具，以允许根据proto文件的目录生成多文件代码。同时，导出的命名空间也从proto的文件中读取而不是固定使用ET，以此和ET的代码区分开来。（几十几百个协议写一个proto里感觉是种灾难）

然后就发现了这个问题。以下是OpcodeTypeComponent部分的源码：

this.requestResponse.Add(type, Game.EventSystem.GetType($"ET.{responseTypeAttribute.Type}"));

这里读取了ResponseTypeAttribute然后把请求与相应关联，然而这里使用的Type是取自ResponseTypeAttribute标签参数中的nameof(Type)，也就导致了这个地方其实根本就不知道对应类的FullName（寄），以下给出源码中的协议生成写法：

    [ResponseType(nameof(****))] // <- 有问题的其实就是这一行
    [Message(****.****)] // <-这一段在Tools中做了一些拓展，允许了多文件消息存在
    [ProtoContract]
    public partial class ****: Object, IRequest {...}

一种解决方案

既然Game.EventSystem中使用的是FullName作为检索，那么把[ResponseType(nameof(****))]修改为[ResponseType(typeof(****))]就能解决第一个问题。然后就是考虑空间，我不知道存string和存type哪个对IL更友好，所以先保留原文使用string的做法，有知道的大哥还请给个提示。

以下是修改方案, 涉及几个文件

OpcodeTypeComponent

首先是OpcodeTypeComponent.cs这个文件（地址\Unity\Codes\Model\Module\Message\OpcodeTypeComponent.cs）

将

 this.requestResponse.Add(type, Game.EventSystem.GetType($"ET.{responseTypeAttribute.Type}"));

改为

this.requestResponse.Add(type, Game.EventSystem.GetType(responseTypeAttribute.Type));

ResponseTypeAttribute

然后是 ResponseTypeAttribute.cs ，和上一个文件在同一目录下

将

        public ResponseTypeAttribute(string type)
        {
            this.Type = type;
        }

改为

        public ResponseTypeAttribute(Type type)
        {
            this.Type = type.FullName;
        }

Proto2CS

然后是Tools下的Proto2CS.cs文件，（地址：\Tools\App\Apps\Proto2CS\Proto2CS.cs）

将

                if (newline.StartsWith("//ResponseType"))
                {
                    string responseType = line.Split(" ")[1].TrimEnd('\r', '\n');
                    sb.AppendLine($"\t[ResponseType(nameof({responseType}))]");
                    continue;
                }

改为

                if (newline.StartsWith("//ResponseType"))
                {
                    string responseType = line.Split(" ")[1].TrimEnd('\r', '\n');
                    sb.AppendLine($"\t[ResponseType(typeof({responseType}))]");
                    continue;
                }

这样就算全部搞定了

题外话

tools生成的代码中有许多的尾行和分隔符问题，强烈建议自己在生成最后把所有的’\t’强行替换为自己编码规范中的分隔符（比如四个空格），并且把Append(xxx\n)改为AppendLine(xxx)，这样尾行和分隔符才能统一
因为还没有仔细看配置相关的内容，所以只是粗略看了一下配置似乎有同样的问题，但是这部分demo中几乎没有用到反射获取配置（robot有一例，但是不是核心类，基本不影响），有类似问题的话还请注意。