程序员是否有必要过度追求代码短小优雅
觉得一切说不好了解的都有点卖萌的意思…团体觉得除了数学代码需求剖析成公式才干了解之外,其他的逻辑代码都应该能看懂什么意思,只是有时分会不知道为什么要这样做。
那么代码太短的效果在哪里?
1、少量运用开源项目不利于项目维护
当然假设你的一切开源项目都是十分高质量的代码这个效果不大。但是万一这些组件内有一些不清楚的bug呢?或许相互之间存在某些抵触?又或许其中某些的依赖项抵触?再或许原来用着好好的,发现bug需求晋级,晋级后和其他组件不兼容了?一切这些效果都是实践运用中会出现的费事。
2、单纯运用成熟技术不能提高自身的技术水平
异样是从本地文件中搜索一个特定行,假设用了sqlite就只需写一个查询,假设自己去完成就要忙着操作文件、婚配字符串,假设文件规模大还要去学习文件系统接口的一些细节。假设你这些都熟练当然无所谓sqlite,但是假设你并不熟习这些呢?相似的还有各种线程操作、界面照应等,虽然都是老套的东西,但是一旦深化一些细节就会接触到计算机原理上的东西,很有意思也很有用。
3、精简的代码不等于效率高
很多语法糖都有这样的效果,看似复杂的事情一句话处置了,但是这一句话意味着功用下降了数百倍。假设历来不曾写过复杂版本的代码,很能够不会看法到精简代码的功用存在效果,那么当遇到功用关键的需求时很能够无从下手。
4、优雅的代码不等于可读
典型例子就似乎java中大括号的用法之争。假设if的执行语句只要一行,需求用大括号吗?功用上说用不用都一样,美观上说有的人会觉得不用美观一些,也少按一次键盘。但是,假设你的代码有几万行,需求从中找到这一句代码,有大括号总会显得更清楚一点。相似的还有其他知友用的单行代码的例子。写的时分爽了,过几个月几年再来看,读都读不通。
所以,总结来说——假设你的基本技术不够精深,快速消费可运转模版不是最关键的需求,不建议少量用开源工具和写精简代码。当然反之假设曾经是技术大牛,且读代码才干极好,那么只需写出来只要机器和自己能懂的代码也不是个大效果。