前端该什么时候去调用接口（常变参数的情况下）？
以前我习惯去监听每一个选择事件、input事件和各种回调。这种方法在一开始业务逻辑并不复杂的时候或许会显得很有用，但是假如有10个点击事件、10个选择事件、10个input都需要去调用接口呢（只是一个发问，应该没哪个需求会这样子定哈哈，真的这样子我建议他改需求）？这种情况真的发生了的话前端代码就会变得各种凌乱。
所以我建议： 在调用接口的时候，使用监听器监听数据的变化，而不是去监听事件。
对于多参数接口的参数控制和管理
当一个接口参数较多，并且比较分散时，存在不同参数同时改变的情况，使用计算属性将分散的参数统一封装起来，最后使用watch监听计算后的参数，当该参数改变时在统一调用接口。
例：
computed里封装好参数
watch里集中监听
