浅谈Windows编程

最近由于某些事耽误了一些写我的Finework引擎的进程。不过编程出现的问题也很多。所以在这里小结一下最近的经验，还有就是罗列一些应该注意的问题。先打草稿简单记录一下这些问题，以后有时间将详细写专题。

 

1.优化虽然很重要，但开发出健康稳定的软件更重要。之前我写代码的时候，曾经为要不要多分配一些内存，优化时因为偶尔多一条MOV之类的CPU指令而纠结不已。写出来的东东想尽量少消耗内存，少占用CPU指令。虽然有时候目的达到了，但是代码看起来可能有些晦涩。也许当时看得懂其流程，可是过了一段时间就可能比较难看懂了，所以优化重要，但是好的程序设计结构更是重要的，为了软件好的整体设计结构，在不盲目耗费内存资源与CPU指令的前提条件下，适当的应该要舍得花费一些内存与CPU指令。

 

2.关于注释问题。以前习惯把难理解的代码注释。现在走了些弯路才发现，在软件最初整体构造好后，尽量让自己写的程序少去注释，最好是不写注释也能简单看懂程序运行的过程和其原有的意图。当然这点是很难做到的，不过以后要尽量要养成不写注释也能写出易看懂代码的好习惯。现在感觉那些注释越密集的代码，可能都是有问题的，因为不放心，所以注释了。

 

3.KISS原则，为了不让以后的软件有意外，或尽量减少意外，因优先考虑KISS，再细微的考虑优化。

 

4.“高内聚，低耦合”最好优先考虑。有时候不应该为了稍许的性能而纠结不已，不是特别核心且对性能影响特别大的代码外，应该以程序的整体结构大局着想，这时就应该优先考虑“高内聚，低耦合”。

 

5.话说以前游戏公司里的程序，其中某些地方入UI是用MFC的，以前感觉用MFC方便快捷，现在觉得MFC对游戏而言似乎太硕大而多余，所以坚决以后不用MFC，最好用C给自己弄个跨平台UI库。

 

6.用C的时候，MS编译器内存分配是很有问题的。有时候分配好了内存却无法访问，初步估计是MS那些人优化的结果所造成的一些问题，所以打算以后一定给我的引擎写个好的“内存分配器”，让指针安全，为了更高效，自己实现一个内存分配器(就算简单的都好)很重要，关于这一部分，打算以后写个更详细的专题。

 

好了，草稿写完了，简单记录一下之前遇到的一些问题，就当警惕以后不再犯错