01

关于马化腾编码的水平，网络上曾有这样一个段子：

曾经和pony（马化腾）一起写过代码。当时我、pony、马克3人挤在一个只有10个位置的房间里，埋头开发。马克当时负责排查两个bug，跟进了10个月，没有一点进展，下楼准备买点瑞士卷吃，消消愁。回来发现pony光着膀子，啃着个猪蹄儿，站在阳台，望着寂静的夜，回头冷静地和马克说了句：“bug我帮你处理好了。”

可见老马的编码水平之高，当然，这只是个段子。但据说当年创业时，公司主页是马化腾自己亲手制作的。

关于他编码是不是最好的，我们不知道；但可以肯定的是，他一定是通过软件挣钱挣得最多的那位程序员。

02

无独有偶，互联网界的精英，大多数是技术出身，譬如雷军、李彦宏、周鸿祎等，几乎都是编程高手。作为京东首席CEO，刘强东编码水平也备受关注。

知乎上，有人曾提问过这样一个问题：

刘强东的代码水平如何?

有网友这样回复：

刘强东在一次讲座上，称自己在校大三的时候，也就是1995年左右，他给别人写代码，一个晚上就能赚5万。

95年一个晚上5万，那是什么概念。

至于刘强东编码的水平究竟怎样，是不是像上面网友形容的那样，可以一个晚上赚5万，我们无从而知。

但可以肯定的是，无论是马化腾还是刘强东，所编写的代码应该很规范。

不知你有没有类似这样的这样的经历：

回头看看自己一年前编写的代码，惊讶地发现，哇哈，如此不规范的代码，是谁编写的？确定是我写的吗？我能写出这样惨目忍睹的代码？分分钟钟怀疑人生。

代码规范的重要性我们都知道，但要真正做好，还需要我们在实践中慢慢的累积，不断修炼。

03

如果代码没有统一的规范，每个人都按照自己掌握理解的那一套，那么整个项目的代码很可能就会出现风格迥异。即使是分工明细，每个人负责一个模块，等到要整合代码的时候就尴尬了。

很多时候，并非程序的算法有多复杂，或是逻辑多么复杂，而是因为代码不规范，越读越费劲，把精力都耗在这里了。

统一的代码规范可使得代码可读性大大提高， 在团队的合作开发中是非常有益而且很有必要。

04

项目维护工作不仅读懂源码，而且还需要在原有源码基础上作出修改。如果没有统一代码规范，很可能会出现这种现象：

张三完成开发以后，李四进行维护加一段代码，过一段时间王五又加一段代码。原本一个很普通的需求，经历了N次迭代和修改，已经形成了巨大的功能。直到有一天，张三、李四、王五都辞职了，新来的员工看到那一大堆没有统一规范的代码。想死的心都有了。
随着不断迭代版的维护成本越来越高，从而形成恶性循环。程序背后的架构设计或模式固然重要，但良好的命名也不容忽视。不规范的命名不仅让我们对代码难以理解，更糟糕的是，会误导我们的思维，导致对代码的理解有偏差。

相反，良好的命名规范，则可以让我们的代码更加容易读懂，也能向读者正确表达事物以及逻辑的本质，阅读命名规范的源码理解没有那么费劲，会有一种享受的感觉。

有人喜欢对控件textview1，textview2，textview3、，textview4类似这样的命名，甚至还对其添加注释。

有人可能认为注释越多，其他人看到的就会越好。其实不然，注释过多，或是一些冗余注释，反而会影响源码的可读性。如果我们良好的命名规范，结合了需要和命名。它可以省去许多不必要的注释。

对于方法命名，首字母一会儿大写，一会儿小写；一会儿全称一会儿简写；一会儿驼峰命名法一会儿匈牙利命名法。

当然，起一个好的名字不是件容易的事情。首先，既要有尽量多的提供变量信息，又要尽可能的保证名字短小精悍，还不能为了短小而随意采用缩写而导致阅读障碍，另外还要尽量保证以后程序更新后名称仍然能很好的描述其内容。

在编写代码中，要尽可能的遵守一个良好的命名规范，并且不停地的调整学习命名，从而逐渐掌握起一个良好名字的能力。

05

知道了代码规范的重要性，但有时候迫于项目赶进度压力，有的因为繁琐的规范作出很多额外的工作，影响了项目开发进度，而渐渐被忽略。

规范不是对开发的制约，而确实是有助于提高开发效率的，最大的受益人其实还是自己。

不知你有没有类似这样的经历：

很多的时候阅读自己的代码，需要花费很多时间？
尤其是出现bug的时候需要逐行的debug？
自己编写的代码过了一段时间后再来看自己都乱了头绪。回到前面说的疑问，这代码是我自己写的吗？
我们应该做的就是规范开发，减少自己出现的错误。很多时候项目的压力一部分也是由于前期开发中遗留的众多的问题。

那些看似无用的东西要经过我们慢慢地累积由量变达到质变的时候，相信你能体会到其价值所在。

养成良好的代码规范不是为了别人，也不是为了公司，而是为了提高自己的编程修养，提高自己认识事物的能力。让自己编写的代码可维护性更好、可重用性和可扩展性更强。

接手别人项目时，最让你最难以接受的是什么？没注释，代码乱？代码冗余？架构拓展差？欢迎留言！

【END】