怎样写出优秀的代码

⑴ 涓轰簡鍐欏ソ浠ｇ爜锛屼綘鍧氭寔浜嗗摢浜涘ソ涔犳儻锛

鎴戞湰浜虹殑鏈绉戜笓涓氬氨鏄杞浠跺伐绋嬶紝浣滀负寮鍙戜汉鍛橈紝涓寮濮嬪︿範鐨勬椂鍊欏氨鍏绘垚缂栫爜鐨勫ソ涔犳儻鐪熺殑鍙浠ョ渷涓嬪緢澶氭椂闂存垚鏈锛屽彲浠ヨ╁啓鐨勪唬鐮佹洿鍔犲规槗鐞嗚В銆佹洿鍔犲规槗鎵╁睍锛屼篃鍙浠ュ叿鏈夋洿寮虹殑閫氱敤鎬с

閭ｄ箞鎴戝潥鎸佷簡鍝浜涘ソ涔犳儻鍛锛

• 澶氶槄璇讳紭绉鐨勪唬鐮
  

鏈夌┖鐨勬椂鍊欏氱湅鐪嬩竴浜涗紭绉鐨勫紑婧愭嗘灦鐨勪唬鐮侊紝涓嶈佹眰鐮旂┒閫忓交锛屽彧瑕佽兘瀛︿範鍒板叾涓鐨勪竴浜涗紭绉鐨勮捐＄悊蹇靛氨鍙浠ヤ簡锛屽彲浠ラ氳繃鎵撴柇鐐硅皟璇曠殑鏂瑰紡鍘荤湅婧愮爜銆

澶氱湅鐪嬪畼鏂规枃妗ｏ紝瀹冧竴瀹氭槸鏈鍑嗙‘銆佹渶瀹炴椂鐨勮祫鏂欍傜紪鍐欏畼鏂规枃妗ｇ殑浜猴紝涔熼氬父灏辨槸杩欎簺鎶鏈鎴栬呰蒋浠剁殑寮鍙戣咃紝浠栦滑鏄瀵硅繖浜涗笢瑗挎渶浜嗚В鐨勪汉锛屾墍浠ョ紪鍐欑殑鏂囨。涓嶄粎璐ㄩ噺闈炲父楂橈紝閫氬父鍐呭逛篃閮芥槸鏈鏂扮殑銆

缂栫▼鐨勫ソ涔犳儻鐪熺殑瑕佷粠涓寮濮嬪氨瑕佸吇鎴愶紝鍗充娇涓嶆槸寮婧愪唬鐮佷篃瑕佽ょ湡瀵瑰緟锛屽湪鎸佺画鐨勭粌涔犺繃绋嬩腑鍏绘垚缂栫▼鐨勫ソ涔犳儻銆

⑵ 如何编写高质量的代码

1. 打好基础
写出高质量代码，并不是搭建空中楼阁，需要有一定的基础，这里我重点强调与代码质量密切相关的几点：
掌握好开发语言，比如做Android就必须对Java足够熟悉，《Effective Java》一书就是教授大家如何更好得掌握Java, 写出高质量Java代码。
熟悉开发平台, 不同的开发平台，有不同的API, 有不同的工作原理，同样是Java代码，在PC上写与Android上写很多地方不一样，要去熟悉Android编程的一些特性，iOS编程的一些特性，了解清楚这些，才能写出更加地道的代码，充分发挥各自平台的优势。
基础的数据结构与算法，掌握好这些在解决一些特定问题时，可以以更加优雅有效的方式处理。
基础的设计原则，无需完全掌握23种经典设计模式，只需要了解一些常用的设计原则即可，甚至你也可以只了解什么是低耦合，并在你的代码中坚持实践，也能写出很不错的代码。
2. 代码标准
代码标准在团队合作中尤为重要，谁也不希望一个项目中代码风格各异，看得让人糟心，即便是个人开发者，现在也需要跟各种开源项目打交道。标准怎么定是一个老生常谈的话题，我个人职业生涯中经历过很多次的代码标准讨论会议，C++, C#, Java等等，大家有时会坚持自己的习惯不肯退让。可现如今时代不一样了，Google等大厂已经为我们制定好了各种标准，不用争了，就用这些业界标准吧。
3. 想好再写
除非你很清楚你要怎么做，否则我不建议边做边想。
你真的搞清楚你要解决的问题是什么了吗？你的方案是否能有效？有没有更优雅简单的方案？准备怎么设计它，必要的情况下，需要有设计文档，复杂一些的设计需要有同行评审，写代码其实是很简单的事情，前提是你得先想清楚。
4. 代码重构
重构对于代码质量的重要性不言而喻，反正我是很难一次把代码写得让自己满意、无可挑剔，《重构》这本书作为业内经典也理应人人必读，也有其他类似的教授重构技巧的书，有些也非常不错，遗憾的是我发现很多工作多年的同学甚至都没有了解过重构的概念。
5. 技术债务
知乎上最近有个热门问题《为什么有些大公司技术弱爆了?》，其实里面提到的很多归根结底都是技术债务问题，这在一些大公司尤为常见。技术债务话题太大，但就代码质量而言，我只想提一下不要因为这些债是前人留下的你就不去管，现实是没有多少机会让你从一个清爽清新的项目开始做起，你不得不去面对这些，你也没法完全不跟这些所谓的烂代码打交道。
因此我建议各位：当你负责一个小模块时，除了把它做好之外，也要顺便将与之纠缠在一起的技术债务还掉，因为这些债务最终将是整个团队来共同承担，任何一个人都别想独善其身，如果你还对高质量代码有追求的话。
作为团队的技术负责人，也要顶住压力，鼓励大家勇于做出尝试，引导大家不断改进代码质量，不要总是畏手畏脚，停滞不前，真要背锅也得上，要有担当。
6. 代码审查
我曾经听过一些较高级别的技术分享，竟然还不时听到一些呼吁大家要做代码审查的主题，我以为在这个级别的技术会议上，不应再讨论代码审查有什么好，为什么要做代码审查之类的问题。同时我接触过相当多所谓国内一线互联网公司，竟有许多是不做代码审查的，这一度让我颇为意外。
这里也不想多谈如何做好代码审查，只是就代码质量这点，不客气地说：没有过代码审查经历的同学，往往很难写出高质量的代码，尤其是在各种追求速度的糙快猛创业公司。
7. 静态检查
很多代码上的问题，都可以通过一些工具来找到，某些场景下，它比人要靠谱得多，至少不会出现某些细节上的遗漏，同时也能有效帮助大家减少代码审查的工作量。
Android开发中有Lint, Find bugs, PMD等优秀静态检查工具可用，通过改进这些工具找出的问题，就能对语法的细节，规范，编程的技巧有更多直观了解。
建议最好与持续集成(CI)，代码审查环境配套使用， 每次提交的代码都能自动验证是否通过了工具的代码检查，通过才允许提交。
8. 单元测试
Android单元测试，一直备受争议，主要还是原生的测试框架不够方便，每跑一次用例需要在模拟器或者真机上运行，效率太低，也不方便在CI环境下自动构建单元测试，好在有Robolectric，能帮我们解决部分问题。
单元测试的一个非常显著的优点是，当你需要修改大量代码时，尽管放心修改，只需要保证单元测试用例通过即可，无需瞻前顾后。
9. 充分自测
有一种说法：程序员最害怕的是他自己写的代码，尤其是准备在众人面前show自己的工作成果时，因此在写完代码后，需要至少跑一遍基本的场景，一些简单的异常流。在把你的工作成果提交给测试或用户前，充分自测是基本的职业素养，不要总想着让测试帮你找问题，随便用几下就Crash的东西，你好意思拿给别人吗？
10. 善用开源
并非开源的东西，质量就高，但至少关注度较高，使用人数较多，口碑较好的开源项目，质量是有一定保证的，这其中的道理很简单。即便存在一些问题，也可以通过提交反馈，不断改进。最重要的是，你自己花时间造的轮子，需要很多精力维护，而充分利用开源项目，能帮助你节省很多时间，把精力专注在最需要你关心的问题上。