是否应该把一切东西存成变量 方便后续维护迭代？~

Question

$('.btn').click(function () {
    console.log('abc');
});

比方说这种取元素 是否应该存成变量 即使目前 btn 只用到了一次 不过万一以后程序迭代 后续小伙伴需要用到 btn 直接找变量就好了~

Answer 1

代码重构的问题QAQ。

实际上最可行的方法：
团队一起约定好一个共同的代码规范，一切按照代码规范严格执行。
最好有专人做代码审查，不合格的代码，一经发现，一律打回修改。
比如你说的这种问题，要么大家一起直接用，要么大家一起存变量，这样都好，但是混起来写就不好了。

理论上最好的方法：
在恰当的时间，团队一起进行代码重构。
统一规范，抽象封装已有的代码，部分代码重新写，开发一个适合目前环境的代码框架等等……

然而实际上的公司，说到底还是要看Boss的意思，毕竟代码的绝对规范，并不是公司的利益追求。

Answer 2

团队协作最重要的就是规范＝＝

我第一次实习是在一个创业团队，后端加上我一共两个人，我们开发到中期的时候决定重构所有代码，约定代码规范＝＝，之后再也没有在这上面吐槽太多...... 可惜我现在去了一个稍微大一些的公司，反而没有在这上面严格的做规范，而且架构不断改变，导致代码极其混乱。哎，怎么说呢...... 不要迷信大公司，环境是靠自己去改变的。说了一些多余的话...... sorry

Answer 3

不是这样的，我跟倾向于可读性的判断。

如果你的数据只需要用到一次，那么直接出现在使用代码段里可以清晰的表示它怎么来的，要到哪里去。而使用变量，阅读时进行上下文切换是有开销的。也会造成有一个冗长的变量声明，更会污染变量所在的作用域。

如果要用到多次，也尽可能的减少上面所说的污染。多次是肯定是需要先赋值的，一个是性能的考虑：只是用一次选择器；一个是一致性的考虑：dom 可能会变动，一个是可读性：表明这是同一种事物。

至于拓展性或者易用性方面，我觉得除了一些设计之初就有考虑暴露出的接口（变量），其他的有需求再加不迟。