程序员是否有必要过度追求代码短小优雅

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

那么代码太短的效果在哪里？

1、少量运用开源项目不利于项目维护

当然假设你的一切开源项目都是十分高质量的代码这个效果不大。但是万一这些组件内有一些不清楚的bug呢？或许相互之间存在某些抵触？又或许其中某些的依赖项抵触？再或许原来用着好好的，发现bug需求晋级，晋级后和其他组件不兼容了？一切这些效果都是实践运用中会出现的费事。

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

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

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

很多语法糖都有这样的效果，看似复杂的事情一句话处置了，但是这一句话意味着功用下降了数百倍。假设历来不曾写过复杂版本的代码，很能够不会看法到精简代码的功用存在效果，那么当遇到功用关键的需求时很能够无从下手。

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

典型例子就似乎java中大括号的用法之争。假设if的执行语句只要一行，需求用大括号吗？功用上说用不用都一样，美观上说有的人会觉得不用美观一些，也少按一次键盘。但是，假设你的代码有几万行，需求从中找到这一句代码，有大括号总会显得更清楚一点。相似的还有其他知友用的单行代码的例子。写的时分爽了，过几个月几年再来看，读都读不通。

所以，总结来说——假设你的基本技术不够精深，快速消费可运转模版不是最关键的需求，不建议少量用开源工具和写精简代码。当然反之假设曾经是技术大牛，且读代码才干极好，那么只需写出来只要机器和自己能懂的代码也不是个大效果。