设计模式学习之简单聊聊如何写出优秀的代码

前言：  

到底什么样的代码是优秀的代码？这个恐怕是仁者见仁、智者见智的问题。一个程序员随着能力的提升和视野的开拓不同的阶段看待这个问题会有不一样的答案。不过常见的一些评判的标准，像可维护性，可扩展性、可读性等等，都是常常听到的词语。

代码的评判标准：

可维护性： 维护本身的含义就是指在不破坏原有的设计意图上进行修修补补，能快速的修改bug或者增加新的功能点。曾几何时你是不是也对着前同事的代码，在心里奔腾过无数猛兽。是不是也因为修复bug却搞出了其他bug。造成这种情况的根本原因是因为代码的本身可维护性差。不易维护的代码在进行维护过程中，会有极大的风险产生新的bug，并且会耗费很长的时间能够完成。所有可维护性是评判代码的重要标准之一。而造成代码不易维护的因素多方面的，比如程序员之间的水平参差不齐，对业务的理解能力也有深有浅等等。

可扩展性：体现了代码对于应对业务变化的一种能力。可扩展性高的代码是指在尽量在不修改或者少量修改的前提下完成对新功能的扩展。扩展性好的代码符合开闭原则（对修改关闭，对扩展开放）。简单的说就是在程序设计之初预留了扩展点，来应对日后业务的变化。

可读性：主要体现在编码规范和调用逻辑上。编码规范体现了程序员良好的编码习惯，类、方法、变量的规则命名，注释详尽都有助于更好阅读理解代码。谁也不想看到没有一个注释却有几百行代码的方法，写的出能让计算机能读懂的代码，却写不出人类能读懂的代码，这种代码真是让人哭笑不得。

可复用性：在codeView时，总会听到这样的评价，代码部分代码可以抽取成一个公共的方法调用，提高代码的可复用性。用习惯了ctrl+c和ctrl+v，是不是也可以尝试用用ctrl+F查查重复。

可测试性：关于这个角度其实关注的比较少，不过确实也能反映出很多问题。在进行mock测试时，如果测试过程蹩脚或者没那么容易，就需要思考代码代码是否合理，是否需要重构了。

总结：

还有一些常见的标准像灵活性、简洁性，易用性等等，其实基本都和上述罗列的几个点有或多或少的关系。优秀的代码伴随着易维护、可扩展高、可读性高、易复用等特点。不过在设计初期就用近乎完美的设计来拥抱所有优点，这恐怕是行不通的。还有一个重要的环节就是实际的业务需求，才能得到可落地的设计方案和代码。而做到这一点还是要从掌握编程语言的特点和掌握最基本的编程理论开始。