程序员是否有必要过度追求代码短小优雅
2014-03-04 22:12:59   来源：网络    点击：

　　感觉所有说不好理解的都有点卖萌的意思…个人觉得除了数学代码需要分析成公式才能理解之外，其他的逻辑代码都应该能看懂什么意思，只是有时候会不知道为什么要这样做。

　　那么代码太短的问题在哪里?

　　1、大量应用开源项目不利于项目维护

　　当然如果你的所有开源项目都是非常高质量的代码这个问题不大。但是万一这些组件内有一些不明显的bug呢?或者互相之间存在某些冲突?又或者其中某些的依赖项冲突?再或者原来用着好好的，发现bug需要升级，升级后和其他组件不兼容了?所有这些问题都是实际应用中会出现的麻烦。

　　2、单纯应用成熟技术不能提高自身的技术水平

　　同样是从本地文件中搜索一个特定行，如果用了sqlite就只要写一个查询，如果自己去实现就要忙着操作文件、匹配字符串，如果文件规模大还要去学习文件系统接口的一些细节。如果你这些都熟练当然无所谓sqlite，但是如果你并不熟悉这些呢?类似的还有各种线程操作、界面响应等，虽然都是老套的东西，但是一旦深入一些细节就会接触到计算机原理上的东西，很有意思也很有用。

　　3、精简的代码不等于效率高

　　很多语法糖都有这样的问题，看似复杂的事情一句话解决了，但是这一句话意味着性能下降了数百倍。如果从来未曾写过复杂版本的代码，很可能不会意识到精简代码的性能存在问题，那么当遇到性能关键的需求时很可能无从下手。

　　4、优雅的代码不等于可读

　　典型例子就如同java中大括号的用法之争。如果if的执行语句只有一行，需要用大括号吗?性能上说用不用都一样，好看上说有的人会觉得不用好看一些，也少按一次键盘。但是，如果你的代码有几万行，需要从中找到这一句代码，有大括号总会显得更明显一点。类似的还有其他知友用的单行代码的例子。写的时候爽了，过几个月几年再来看，读都读不通。

　　所以，总结来说——如果你的基本技术不够精湛，快速生产可运行模版不是最关键的需求，不建议大量用开源工具和写精简代码。当然反之如果已经是技术大牛，且读代码能力极好，那么只要写出来只有机器和自己能懂的代码也不是个大问题。