感觉所有说不好理解的都有点卖萌的意思…个人觉得除了数学代码需要分析成公式才能理解之外，其他的逻辑代码都应该能看懂什么意思，只是有时候会不知道为什么要这样做。
那么代码太短的问题在哪里？
1、大量应用开源项目不利于项目维护
当然如果你的所有开源项目都是非常高质量的代码这个问题不大。但是万一这些组件内有一些不明显的bug呢？或者互相之间存在某些冲突？又或者其中某些的依赖项冲突？再或者原来用着好好的，发现bug需要升级，升级后和其他组件不兼容了？所有这些问题都是实际应用中会出现的麻烦。
2、单纯应用成熟技术不能提高自身的技术水平
同样是从本地文件中搜索一个特定行，如果用了sqlite就只要写一个查询，如果自己去实现就要忙着操作文件、匹配字符串，如果文件规模大还要去学习文件系统接口的一些细节。如果你这些都熟练当然无所谓sqlite，但是如果你并不熟悉这些呢？类似的还有各种线程操作、界面响应等，虽然都是老套的东西，但是一旦深入一些细节就会接触到计算机原理上的东西，很有意思也很有用。
3、精简的代码不等于效率高
很多语法糖都有这样的问题，看似复杂的事情一句话解决了，但是这一句话意味着性能下降了数百倍。如果从来未曾写过复杂版本的代码，很可能不会意识到精简代码的性能存在问题，那么当遇到性能关键的需求时很可能无从下手。
4、优雅的代码不等于可读
典型例子就如同java中大括号的用法之争。如果if的执行语句只有一行，需要用大括号吗？性能上说用不用都一样，好看上说有的人会觉得不用好看一些，也少按一次键盘。但是，如果你的代码有几万行，需要从中找到这一句代码，有大括号总会显得更明显一点。类似的还有其他知友用的单行代码的例子。写的时候爽了，过几个月几年再来看，读都读不通。
所以，总结来说——如果你的基本技术不够精湛，快速生产可运行模版不是最关键的需求，不建议大量用开源工具和写精简代码。当然反之如果已经是技术大牛，且读代码能力极好，那么只要写出来只有机器和自己能懂的代码也不是个大问题。
金城在线专注网站、软件、APP、微信公众平台、小程序、抖音、头条等开发推广，如果您有这方面的需求或者不同的观点，欢迎联系交流。
