之前没发，随便收拾一下发了 1.注册的格式： 注册表遵守[Section]Key=Value的INI标准格式 Key可以是任何字符，而非仅仅数字，更不必须连续数字 图【1】PLRA的步兵注册表 使=前后相同也便于Excel与一些现代INI工具实现半自动注册，相当于+=，并且安全 Value 只需要<=24字符即可，过长而前24个字符相同的段落会被视为同一个处理导致混乱和错误。这个问题在3.0RC2专门新增了一个FE提示框（仅仅是提示,点掉可继续,一些人说Ares3.0新增了一个崩溃问题纯属误人子弟） *粒子的注册名长度问题有些小特殊网页链接 2.注册的【序号】问题： 程序实际读取的第一个是0号，无论它前面是0=还是1= 图【2】因此马王神教程中使用Excel从1开始重新生成序号所进行各值-1的修正,本质和MODENC并不冲突 很多人常常会刻意与原版注册表保持一致,理由是便于建筑序号,地编武器/动画序号之类 然而WW原本的表本来就是有问题的！ 常年做地图和写AI的朋友肯定见过多份原版注册表重排,是根据公式去推算实际序号 暂不说那些公式是否通用 还有全局的AmerParaDropInf、微观的FreeUnit、CreateUnit(Phobos)等语句自带注册效果插进表里 哪怕能确保这些的顺序在手写的部分之后，那么手写与自动注册如何避免影响呢？ 改良公式真的补得完所有情况吗?显然不能！ 然而还没完！研究过地图内置INI的朋友肯定注意到过 地图里同一个表的X=并不完全覆盖宏观rulesmd的X= 然而问题远远不止于此 图【3】它们都是1号 综上，有参考意义的序号排列维护是根本没有意义的，因为根本无法保真，而注册号又本身不必须为数字，所以何必死守WW序号注册号的教旨而不去试试更自由更有利的用法呢 至于真序号 图【4】使用Ares自带的DumpList即可直接导出程序最终所读到的所有表，甚至Projectiles
