有人写了编程建议
——记自己在开发过程中的所思所得
14年是忙碌的一年，转眼间时间已经到了6月份。伴随着自己手头项目的结项。快节奏的开发工作最终能够临时告一段落了。在这短暂的喘息之机，回过头来整理自己之前写过的代码，也是一件满意的事情。
经历这样的回炉反思的过程，感觉对自己的成长非常有帮助。以下就是自己总结的几条编程建议，提醒自己时刻注意，习惯成自然。
1、 不要保留没用的凝视，直接删除它们。
没用的凝视，比方被凝视掉却没有说明为何凝视的代码等。假设须要保留。那就要写明凝视的原因，以及保留的原因，否则以后回过头来再次阅读源代码时。一段被凝视起来却没有说明的代码。会带来一些不必要的思考障碍。
2、 对同一样事物，保证描写叙述的一致性、唯一性。这样做的目的，可能对程序性能的提升没有多大影响。但却是一种好的习惯，它能在不经意之间降低阅读源代码时的思考开销。
比方你编写了一个发动机类，而在描写叙述这样事物时，却一会使用发动机、一会使用引擎，甚至使用很多其它的词汇去描写叙述它，我觉得这会带来不必要的思考开销。由于都是同一样事物。当你每遇到一种新的描写叙述。都要去思考确认，是不是自己想的那样，这就额外耗费了一些时间。虽然它们可能非常短暂。
这样的描写叙述的一致性、唯一性。主要体如今变量、方法的命名，凝视中的说明等。讲到这一点。我不禁想到了之前阅读的一篇讲述编程习惯的文章，里面提到的是实现同一种功能，保证方法的唯一性。即选择一种自己觉得最合适的方法去做，不要使用多种方法去实现同样的功能。我想。这样的唯一性的保证，是有必要的。
3、 在程序中的逻辑处理部分。推断部分的if—else分支都要尽量齐全，不要遗漏。
自己之前常常的行为是。写完if分支的处理部分，认为else等分支没有什么是须要处理的。就全然对它置之不理了。殊不知，没有什么须要处理，并不等同于没有什么代码要写。像是在if中打开的渲染，你须要到else中去关闭，否则即使不进入if，渲染还是在进行等情况。
每当自己处理了一个if。都要细致思考一下，在该推断的其他分支，是否还有须要的处理要做，否则一时的遗漏。日后再改动可能耗费的时间就会很多其他了。
4、 在给代码加入凝视时，要注意动词、名词的运用。注意主谓宾的关系，不要写一些不合语言语法逻辑的凝视句子。否则一时冲动写下的异型，拗口的描写叙述也可能给日后的维护带来额外的负担。
5、 自己近期发现，整理源代码的凝视，也是一种非常不错的复习源代码的方式，它可以帮助自己非常快的进入源代码所体现的思维之中。近期，由于有自己几个月之前的项目须要升级，而通过阅读、整理项目源代码中的凝视，自己非常快的就熟悉了代码中的套路，享受到了一个轻松、愉快的复习源代码过程。当然，项目的源代码都是出自自己之手。这也是一个大的前提。希望有机会可以在同事之间进行一次源代码阅读的体验，看看凝视能给我们带来多么显著的帮助（还有文档: ））。
好了，总结临时就是这么多。假设大家有什么好的意见或建议，欢迎与我进行交流。要把程序写好。写美丽，自己的路还非常长呢。
本文出自杜晓萌的博客，未经特殊表明皆为本人原创。请勿用于不论什么商业用途，转载请保持完整性并标明出处：http://blog.csdn.net/haohan_meng
版权声明：本文博客原创文章，博客，未经同意，不得转载。