文章讨论了在程序Litchi与Win32或GLFW库交互时面临的按键码不一致问题。提出了两种解决方案：1)编译时根据平台硬编码处理，效率高但影响序列化；2)创建转码函数，统一使用自定义按键码，虽然效率稍低，但增加了平台独立性和代码维护性。对于复杂程序，后者可能是更优选择。
为什么要处理？
因为不同的库之间的按键码是不同的，如果自己写的重新需要与不同的库进行依赖与按键码的交互，那么就难免需要按键码的转换
怎么处理？
环境，我的程序Litchi需要同时间与Win32或GLFW库中的一个进行交互，Win32在Windows平台下进行交互，GLFW在Mac和Linux下进行交互
1：在编译时处理
我们可以用#ifdef语句来在特定的平台进行硬编码，将平台特定的按键码与不同的库进行绑定
这样效率虽然是最高的，但是会有缺陷，在序列化的时候就会受到影响，Window平台的数据加入需要想Mac平台进行，这时由于数据中的按键码不同，所以不同平台之间交互可能会有问题
2：创建一个转码函数
我们可以创建一个独属于自己程序的按键码，并写上自己的按键码转到不同平台的一个函数，这样的话就可以将依赖转到转码函数上了，而不是特定的平台，我们只要处理好了转码函数就行了；
比如我们在Litchi中运行时用的是自己的按键码，但是涉及到与库交互时我会使用转码函数进行转码后交互，这函数可能需要map或者set
这个解决方案的缺点是效率比较低，但是如果Litchi是一个复杂的程序，那么这点开销是微不足道的；
扫一扫
447
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
