比方说 angular.element() 这个方法 我会把他封装成一个函数去调用 这样如果 angular 变更 element 方法名的话(几乎不可能出现) 改一个位置就可以了 但我们都知道 真要出现上述情况的话 整个程序也该重构了…… 但是不这么做的话我就不爽 因为不可控性~
再举个栗子 调用后端接口时 指定传参的 Json 的 key 名我不会直接去写或者用 extend 因为这样始终都要涉及后端指定的 key 名 万一要更改的话 我这就炸了 我会把参数放到一个数组 处理数组把参数对应到 key 上构成 Json 传给后端 这样如果改动 key 名 改一处就好~
还有其他零碎的地方 文件路径啊什么的 相同的文件路径要存储到变量里吗?~
但是感觉越来越掌握不好粒度了 导致现在只要看到重复代码 就会考虑怎么抽象出来比较好 用对象存数据纠结键名变了改怎么办 如果某某处要改的话 是否改动一个位置就好 但有些情况势必是做不到的~
我这样做对吗 赶脚好累啊~
对的
给个建议用下 Java 你就不觉得这样做奇怪了 Java 就是能够把代码搞成 3,4 倍啰嗦的语言
如果按100%来计算,我觉得只能对10%,一份易阅读的代码比什么都重要。
特别说到后端接口的定义,绝大多数情况下每一个接口其实都是对应一个业务页面,再去纠结这种命令实在无意义,而且不易阅读,试想再有人需要维护你的代码时,同个key在前后端一置的情况下会阅读好多。
楼上有人拿 Java 来比较,这是不可比的好吗?一个编译型语言,一个是解释型。哪怕是一个大小写,在Java中编译的时候就可以发现,而JavaScript的世界里没门。