客户端模拟器的改进

客户端模拟器的作用

漏洞往往会给玩家带来不好的体验，或者破坏游戏的平衡。因此，有效的减少漏洞的数量在游戏开发中需要被重视。
服务端代码的编写先于客户端的代码，因此如果想要测试代码，需要等到客户端的功能完成或者是编写模拟器测试。
因此客户端模拟器起到了服务的同学能在客户端没有开发的情况，对服务端的bug自测一遍的作用。

现有模拟器存在的问题

但模拟器编写的开销也占据总工作量的一定比重，有时候甚至高于纯服务端代码的工作量，这个结果主要是UI界面以及RPC调用代码的编写导致的。
由于模拟器的工程并不包含在服务端项目内，因此模拟器经常会被遗忘，导致发生年久失修的情况。如果本次编写的测试模块所依赖的模块在模拟器上没有完成功能，那么最近需要测试的模块则无法再模拟器上编写。
此外，游戏的测试大多基于白盒测试，从开启游戏到测试相应的模块，需要消耗大量的测试时间，每次测试一个功能，可能需要进行购买道具，提升等级等操作，需要较大的人力成本。

改进方案

因为模拟器的本质只是一个与服务端交互的模拟器而已，并不需要详实的UI界面，所以这部分的代码可以省去。由于C#可以使用反射，可以提供一个输入框输入想要调用的rpc函数和参数，交由反射解析即可。
对于服务的下发的信息，也可以利用反射将参数信息自动打印到文本控件上即可。

由此达到了在实现功能的同时，实现一个单元测试的模块，在不需要消耗过多人力的情况下，排查掉一些明显的漏洞，提高了开发效率。