会jq还是有好处的，毕竟能知道两者不同，像我这种做后端的，有时候管理端用一些bootstrap.layui等框架还是必须要会jq的，当然现在我用了angular之后，angular真香，ts真香。
jquery提供的功能远远没有lodash和axios丰富，甚至简单封装一下就可以代替了。。jquery的体积也是很大的
90k现在根本不算大一张图片的大小，而你是从可替代方面切入的。功能方面是另外一个问题。而且jq本身就很多功能几乎用不到。
所以就更没必要用jq了，最主要还是已经过时了。。。现在用vue-cli和cra很容易就能搭项目了，jq快速开发也没什么优势。很多年不用jq了，印象中动画是挺好用的
jq封装个组件给vue调情有可原，但拿jq去操作dom元素上的数据，甚至引入vue后全程写jq就是反模式了。题外话，我还见过学校一个网盘的项目，bundle加载奇慢，F12下去我都惊了，YUI+jq+angular套react，让我怀疑他是来兜售前端框架的
在vue之类的框架里，你用了jquery或者其他方法操作dom，可能会让框架本身的一些渲染策略产生错误。比如可能触发页面重绘之类的。降低框架的稳健度。一般框架都内置了各种方法操作dom，用框架给的，尽量别用第三方的。
如果是vue新项目的话，建议vue里面不要引入jq，不说包依赖，一般情况下vue有自己的解决方案，引入jq更可能弊大于利。但是重构旧项目而言，是允许在原有jq使用vue的，使用数据绑定等新的功能。然而一旦用上，也就和兼容性说拜拜了，所以还是需要结合场景和成本权衡的。
VUE 并没能完全覆盖 jQuery 的场景。ajax 方面，推荐的 axios 在某些情况只能使用 jQuery 来解决（具体应该说 axios 处理的太过简单把重要的信息给去除了）。事件应用方面太过生硬，不如 jquery 来得方便实用，即使加上 vuex 也比不上。。
兼容老项目可以用，也属于无奈，但是要架构新项目，还是不要用，所有的jq操作都有替代的方案，不是为了减少包，是为了开发思维统一。
视应用场景吧，不得已的大量DOM操作用 JQ 还是有优势的，原生DOM API 确实挺累的。 或者可以用个轻量级的dom api 库
