再读王垠的《编程的智慧》,有怎样的感想？

王垠老师的《编程的智慧》这篇文章已经读了最起码5遍了，最近的项目做完一个阶段，到了把他做干净的时候，也就是优化代码，全面整理的阶段，这个时候我又想起了这篇编程的智慧，有一些启发与大家分享。

王垠老师的《编程的智慧》

王垠老师是谁？想必很多朋友都有耳闻，不知道的也可以去查一查，首先是个真诚的人，性情中人，他也是一个颇具争议的人物，有过多次退学、辞职被封杀、喷教育制度等等一些争议事件，但是毫无疑问，他在计算机的理解、个人精湛的技术方面是无可争议的。

这里没有对个人进行正面或者负面的讨论，主要是他对语言的理解和经验让我受益，而我也觉得看人就需要看他的优点和对自己有益处的东西就行了，《编程的智慧》这篇文章真的可以仔细看看。

从第一次看这篇文章的时候就感觉这文章十分的厉害，不在我当时的层次范围里，甚至现在也不是，我也是渐渐的学习按照其中去做。把文中的习惯和好的做法融入到自己写的代码中去但是很多时候总是找不得要领，有点邯郸学步，所以总是在想到的时候打开看一遍。

这次再读的时候觉得应该整理一下，以自己的方式记录出来，与大家分享交流，形成一个直观的概念。

编程的智慧表达了什么？

王垠老师提出过很多次的教条主义，这篇文章也是苦口婆心的说了一些编程的知识与技巧，我们可能在编程的时候没有那么多的创新与自己的见解，但是我们应该知道什么时候干什么不该干什么，这是编程的共识，也是编程的智慧。

反复推敲代码

反复回头推敲代码真的很有益处，我认为在写代码之前就应该想着怎么写，一般来说，想的时间占比70%，写的时间30%即可。而在调试完成之后，更要回过头推敲。

可能得以实现的功能你用了100行代码搞定了，但是回头来看可以删掉不少的代码，这就会渐渐的把我们的思路带到精简的阶段，会让我们的水平得到一个提升。

古人也说过，温故而知新，不仅是回头看代码，甚至是过段时间过头看这个项目，可能都会有新的东西，这种感觉是难得的，不然每次看别人的留下的代码都会吐槽：卧槽这个傻逼写的什么代码了。

写优雅的代码

优雅在代码中也可以体现，这一点确实还是很有趣的，其实早就在很久之前，就听过雷军的一句话，写像诗一样的代码，我想这就是优雅的一方面了。

一面说到，我们书写的格式以及大体结构上需要整齐，有好的分支与传递，还有在嵌套或者缩进方面都需要注意。我相信好的结构可以使我们的理解更加清晰，也会让我们的逻辑更加紧密。

另一面就是我们写代码的时候，需要注意一些用法，比如使用if语句的时候，else分支里面有可能出现少量重复的代码，但是这样的结构却是更加严密的。

写模块化的代码

什么是模块化？大家都知道我发过很多模块化的文章，但是真正的模块化，并不是文本意义上的，而是逻辑意义上的。

精选汇总 | 模块化编程 也讲到了很多。这里最让我收获大的一句话就是：每个函数只做一件简单的事情。

写可读的代码

每当我们看代码的时候，总是会说这个人写的代码连注释都没有，让人怎么看。或者这么多注释，表达的也不清晰或者错位了，可能让我们产生更大的误解了，不但没有更可读反而成了障碍。

所以注释不是主要原因，正真可读的代码体现在每个细节上面。王垠老师说到：真正优雅可读的代码，是几乎不需要注释的。这一点我可能还没体会到，有时候还是需要一些语言来辅助一下。

但是其说到各种命名、合理换行、局部变量的使用、把复杂的逻辑提取出去，做成帮助函数、把复杂的表达式提取出去，做成中间变量，这些思想与做法真的是难能可贵的。

写简单的代码

随着时代发展，语言也渐渐的变得丰富起来，也就是写法变得更多了，支持更多特性了，有些代码变得短小精悍了但是依然可以解决当前的问题，这些特性往往是一些难以直观理解的代码。

的确，丰富的特性在一些特殊的场合是很耐用的，但是我们不能盲目去追求，去标新立异并以此为荣。我们需要写简单的代码，免得在后续让整个逻辑看起来没问题实际上正是这种特性使我们变得模糊，比如这个少了花括号。

if (...) 
  action1();

这个判断没使用{}，可是这其实经常引起奇怪的问题。比如，你后来想要加一句话action2()到这个 if 里面，于是你就把代码改成这样，不用说，这肯定是有问题的，而往往我们可以避免。

if (...) 
  action1();
  action2();

写直观的代码

王垠老师说到：写代码有一条重要的原则：如果有更加直接，更加清晰的写法，就选择它，即使它看起来更长，更笨，也一样选择它。

假如一段代码写出以下样式，你看得出想表达的是什么意思吗？

if (action1() || action2() && action3()) {
  ...
}

这种写法是滥用了逻辑操作&&的短路特性，这种累加的判断会让人很费脑，而随着代码或者逻辑复杂度的增加，这样的代码就很容易出现错误了。其实很简单的就可以改成以下代码，会清晰很多。

if (!action1()) {
  if (action2()) {
    action3();
  }
}

写无懈可击的代码

无懈可击的代码其实是很难的，以前在上语文课的时候，老师说过好的诗句没有一个字是多余的，甚至没有哪一个字是可以替代的，但是代码不尽相同。

王垠老师想表达的应该是让代码不容易出现疏忽和漏洞，比如if语句分支最好考虑到极端状况，也就是说最好要有else，在里面处理一些东西。比如下面s缺省为 null，如果x<5，那么把它等于ok，如果不成立，你需要往上面看，才能知道s的值是什么。

String s = "";
if (x < 5) {
  s = "ok";
}

那么将代码改成下面的形式，虽然多打了两个字，然而它却更加清晰。

String s;
if (x < 5) {
  s = "ok";
} else {
  s = "";
}

正确处理错误

在异常出现的当时就作出处理，不要丢回给调用者。

这是给我印象最深的一句话，一旦有错误，就应该立即处理，即使是任何一种可能会出现的情况，都可能产生意想不到的灾难性结果。

我在项目中经常遇到这样的情况，为了赶项目进度，这种方法实现不了或者实现的不是那么灵活，就放任不管，而继续做下去。进度是赶上了，但是总会出现一些莫名其妙的错误，或者当需要更改一些功能的时候，这一块代码又出现问题了，你不得不重新去解决，所以不要逃避错误，每个错误都不容放过。

防止过度工程

只说三点，直击要害

1. 先把眼前的问题解决掉，解决好，再考虑将来的扩展问题。

2. 先写出可用的代码，反复推敲，再考虑是否需要重用的问题。

3. 先写出可用，简单，明显没有 bug 的代码，再考虑测试的问题

Over engineering在我看来就是一个过度装逼的设计，我在工作中也遇到过这样的同事，一副架构师的样式指点江山，但实际上最重要的还是眼前的问题，解决掉！

最后

我认为王垠老师身上最让我缺少的就是：对权威以及先行者敢于质疑，对编程语言原理、框架、概念等等理解的深度，以及他的钻研精神，不论怎么样，我都收获了很多。

愿我们都可以看到他人的闪光点，同样的这篇《编程的智慧》真的值得我们好好读一下。