想把一切不确定的因素变成确定(自己定义的变量、方法)是一种病吗？~

Question

比方说 angular.element() 这个方法 我会把他封装成一个函数去调用 这样如果 angular 变更 element 方法名的话(几乎不可能出现) 改一个位置就可以了 但我们都知道 真要出现上述情况的话 整个程序也该重构了…… 但是不这么做的话我就不爽 因为不可控性~再举个栗子 调用后端接口时 指定传参的 Json 的 key 名我不会直接去写或者用 extend 因为这样始终都要涉及后端指定的 key 名 万一要更改的话 我这就炸了 我会把参数放到一个数组 处理数组把参数对应到 key 上构成 Json 传给后端 这样如果改动 key 名 改一处就好~还有其他零碎的地方 文件路径啊什么的 相同的文件路径要存储到变量里吗？~但是感觉越来越掌握不好粒度了 导致现在只要看到重复代码 就会考虑怎么抽象出来比较好 用对象存数据纠结键名变了改怎么办 如果某某处要改的话 是否改动一个位置就好 但有些情况势必是做不到的~我这样做对吗 赶脚好累啊~

Answer 1

如果按100%来计算，我觉得只能对10%，一份易阅读的代码比什么都重要。

特别说到后端接口的定义，绝大多数情况下每一个接口其实都是对应一个业务页面，再去纠结这种命令实在无意义，而且不易阅读，试想再有人需要维护你的代码时，同个key在前后端一置的情况下会阅读好多。

楼上有人拿 Java 来比较，这是不可比的好吗？一个编译型语言，一个是解释型。哪怕是一个大小写，在Java中编译的时候就可以发现，而JavaScript的世界里没门。