@murmur 这种一般美名曰“试错”

@charlie21 业务的 test 我觉得必要性不大，基础的可以

@orzzyd 不能一概而论

@peterjose 就是想学习大厂的经验

@hazardous 对对。像什么某宝 某东，不开通知就收不到送货进度，开了就推一大票广告过来，真的是为难。

这翻译有点东西

@hazardous 可以静默读取。我是做 app 开发的。

@Bananana 好不好用是一回事，给予用户更具体权限控制我觉得是非常有必要的。反正我是非常厌恶开放照片库只能全部开放的恶臭做法。

Bootstrap vue 对应你的要求基本不合格。

醒醒，大清亡了。

@jiorix 目前只招前端哈。

@murmur 幸会，幸会。我们确实还有很多不足。

我以为你想说这男的是个撩妹高手

挂人不成反挂己

我举一个常见的例子，你要如何在 usecallback 里面访问变化的 state ？也许初学者会觉得直接访问就可以了，但是实际上不行。你必须用 useref 再对 state 进行一次包装，不然取到的永远是 state 的初始值。特别麻烦。相比来说，class 就简洁明朗得多。有些人就是无理由地喜欢函数式组件，简直跟处女情结一样，我觉得大可不必，这事要辩证地看。

hooks 确实是一种进步，class 继承复用是硬伤。但是 hooks 学习成本较高，如果没有透彻的理解，半路上车开发很容易掉进坑里。这一点不如 class 明朗。

Vue2 因为本身设计的限制，没有办法写出非常优雅的工程代码。（已在 3 中着力改进）
如果说单元测试的话，我的 github vue 项目 uiv-lib/uiv 有 300 多个单元测试，覆盖率达到 93%，可能有助于你参考。

遇到这种情况建议追问：具体是那一部分的内存泄漏？怎么个泄露法？怎么写才能不泄露？如果对方不懂，那就暴露了。如果真懂，那就学到了。

首先，停止加载是不现实的，因为请求一旦发出就不可撤回，你只能选择在前端忽略响应，但应该这不是你想要的。
因此，最佳方案就是 debounce，楼上什么 event delegate，我倒是希望你自圆其说。让我学习一下。