公司用的技术比较老怎么办？还在用 jquery，而且得我们后端来写

• 資深大佬 : murmur

  jquery 写后端没什么不好的，而且就国内互联网公司的产品设计，就算是 spa 也不比 jquery+frame 交互和体感好到哪里去
  多简单的东西用什么样的技术，java 的后端才是大头，而且延伸巨广，深可以到算法可以到虚拟机，大可以到大数据大并发

• 資深大佬 : shintendo

  不是，就算前后端不分离，js 也该前端写的吧

• 資深大佬 : agdhole

  不操作数据还好，操作数据的话 jQuery 相比现在的框架来看太要命了
  如果不需要浏览器兼容，现在的原生 API 也能胜任大部分 jQuery 的功能

• 資深大佬 : murmur

  我不说别的，现在的东西是技术越来越新，功能却还没以前 jq 年代的好用，选了一堆插件还是感觉当年的好使
  企业开发特别看重表格性能，有的要求功能半对标 excel，当然没 v 站打广告那个那么牛批的需求
  反正没找到功能、api 兼具，还有 ie8+兼容性（现在可以放到 9+，所以 react 15 可以用的），能对标 jquery easyui 的 datagrid 的组件
  而其习惯也跟以前不一样，以前是一堆参数，告诉你这里可以出一个菜单，这里放一个图标，这里出一个颜色，这里有一个惊叹号，这里可以多选。。。现在呢，这里有一个 slot，那边有一个 slot，这里一个 callback，那里一个 callback，是自定义程度非常高，但是所有代码都得自己实现
• 資深大佬 : dreamerlv3ex

  jquery 是好东西

• 資深大佬 : seki

  如果你们最近没有换点新架构的想法的法，可能答案比较明显了……都已经快 0202 年了

  不过谁写 js 也是因地制宜，也有全栈一条龙的开发方式的，比如我所在的组。特别是这种数据耦合的架构下，没有服务器端代码的配合，光让人写 js 也不好写呀

• 資深大佬 : babedoll

  jq 虽然老，但是你能说不好用吗？大部分 js 交互都能用 jq 解决，而且 jq 和原生差别不大，你上手就可以直接写。

  至于大前端框架，的确新，但是你不是还要费劲一点点开始搭不是吗。

• 資深大佬 : oatw

  过不过时大多数情况下都是受营销影响，如果不是大型团队，大多数项目都不需要前后端分离，jQuery 即使在 2020 年也是无可替代的，如果只是因为别人或别的团队都在用某些框架就做了政治正确的选择，那可以武断地说，用啥都白费。对于小型团队来说与其纠结哪个框架更潮流，不如把精力放在选用什么样的工具更能提高开发效率和项目稳定性上。就算是 jsp+jquery 也可以作出一套可维护的组件化方案。

  以上是废话。。。请不要打我。。。

  我觉得主更想表达的是你们公司前端对该承担的工作承担的太少，是一个协作上的问题而不是技术选型的问题，倒不如让前端学学 jsp，你把各种 controller 里暴露在模板的变量直接扔到一个 template 里，然后让前端自行处理界面效果和交互就好啦。

• 資深大佬 : LowBi

  jq 还好吧，我用 jsp+vue。感觉有点奇葩了