通过加入 density 属性，完美解决了边缘处效果的问题，结论就是还是要检查源码。

这里我提一个问题：以上的方案解决了图片拉伸的问题，那如果该图片需要做压缩，该如何处理呢？有兴趣的开发者可以思考一下~

由于只提供了 Android 和 ios 的库，所以就出现一个问题，Unity 的研发无法在Windows 上进行调试。而出现问题也不能很方便的走查。编译一次端上的包，需要一到两个小时，一个小问题也很难快速解决。每次尝试修改，都需要重新打包。

跟进问题方法：打印 log，起初就是通过打印一些必要的 log 跟进问题，然后遍包查 log。

第一次改进，通过调试走查问题：当时通过编译的包，在 ios 上对 C#编译后的C代码进行 Debug 调试，以此来跟进问题的具体原因，减少了编码次数。

第二次改进，数据还原：这个问题还是得想办法解决，思路源自数据协议。

这一套基于数据的渲染引擎，只是让王者生成了数据，而数据只是通过阿波罗团队转接一次。那到 Android 和 ios 侧就可以还原出来，那完全不需要编包才能做。

在这里进行一个尝试，写一个 Demo，在 Windows 上编译生成数据以及资源文件，交给 Android 侧，通过，就直接将二进制的文件进行解析并将页面还原出来，这样就规避掉了编译的过程、快速的走查调用时可能产生的问题。

而在跟进问题时，也可以通过记录文件、还原文件进行 Debug。这样 Debug 就变成了一个很简单的 Android Demo 的项目了，更加快速便捷。

Demo 示意图（点击显示view后显示王者界面）：

通过一系列的改进，从一开始查问题需要 1-2 个小时甚至更长，到最后大约 10 分钟左右就可以搞定，而且一次还可以查多个问题。

05

总结

王者地图支持项目是一个充满故事的项目。经过和其他王者开发人员的并肩作战，也确实领会到了一个产品是如何走到今天的。能够感受那种氛围，也是一个不错的体验。

整个项目从可行性分析，到第一周研发准备，再到去成都进行联调和最核心部分的开发，这段时间总共只有四周的时间。而涉及的人员也相当的多，期间得到了很多王者开发人员的支持和帮助，非常感谢一路走来的战友们！

作者:尚建

来源:微信公众号:腾讯云开发者

出处:https://mp.weixin.qq.com/s/L_tdwrMY_C8CHT9mhrUo6A