公司 Java 让我给他们写 JSP，不愿意让我用 React

[xutao881]

公司搞了一个新项目，因为要 SEO 所以我打算用 React 上 SSR，但是公司的 Java 说完全没必要，非要我写 JSP，说这样简单一些...我实在无语，怼他们也没反应，不知道咋搞。

[VoidChen]

就等着翻页了！

[royzxq]

瑟瑟发抖，SSR 怎么又变成洪水猛兽了。 要用 jsp 可以啊， 你就丢过去静态模板让他自己自娱自乐

[wuweijia]

你以为你用 react 就万事大吉了？

[gz911122]

2019 年了还有吹用 jsp 的 你 tmd 用模板引擎也比这玩意强
上面还有个赞成的老菜鸡 怕不是还在用 jdk1.6 笑死我了
建议楼主让后端闭嘴，反正要不给给 html 他自己玩 jsp 去，要不就前端来做服务端渲染。

[darknoll]

领导说用啥就用啥，出了问题别人可以帮你。
你自己一意孤行，出了问题你等着天天加班吧。

[gz911122]

@darknoll 天天加班练习下 ssr 和 react 也比用 jsp 这破玩意强

[deadEgg]

我就比较好，啥都能接受

出发点还是要从项目考虑，不要为了杠而杠，争个你死我活只会增加戾气和没必要的认知。

前后端分离的好处是：1.职责清楚，分工明确 2. 业务开发明确 3.长期开发效率很高

单用 jsp 的是：1.直接可以做 seo 2. 短期内简单 3.简单

所以就事论事，只要 seo，页面不多，后面开发不重，我站 jsp。

我是一个全干，不为领域站队，恕我直言，单领域觉着牛逼的在我看来话语都没有价值。

[pony279]

4 楼正解

如果上了 react SSR, 就不仅仅是前端的问题了, 还有一堆附加工作量, 这可是已上线的生产环境, 不是在自己本地搭个测试服务器耍耍就完了, 这种架构变更, 你想上就上?

[ytll21]

@mars0prince 现在的人都这么厉害了，主动踩坑，项目出了问题谁负责？辞职跑路了事？呵呵

[darknoll]

@gz911122 技术上没什么高下之分的，学什么不是学，现在 jsp 过时了，说不定一段时间后 react ssr 也过时了，做人圆滑点。

[biossun]

如果是简单的内容展示页面，没有什么前端交互，也没什么异步刷新，是可以用 jQuery 那一套啦。
不然的话，相比 jQuery，React 的整体效果是要好很多的。

[duan602728596]

可以啊，前端直接 gulp，切出来图给后端自己玩去，90%搞出来 ui 问题交互问题

[biossun]

当然，这也要权衡你们对浏览器兼容性的要求、时间节点的要求、以及你对 React 和 SSR 的了解程度等一些条件。

[ranwu]

公司想怎么来就怎么来了。

[isbase]

@ alexsunxl

有些人是真的蠢，自己是个彩笔，还喜欢在这里扯淡

性能，部署，监控，出了问题会调试（比如内存泄漏），这些问题你都能搞定就去做，SSR 带来的开发体验和效率是其他方案无法相比的


一般不用担心性能问题，极端情况还可以上缓存，但是不要用什么组件级的缓存

https://arkwright.github.io/scaling-react-server-side-rendering.html

[jiangnanyanyu]

坚决不写 jsp，最少 fm

[springmarker]

看写什么东西了，管理系统的话上框架还是有必要的，要是就几个展示页面，以内容为主的话，用 jsp/freemarker 我觉得没有任何问题，ssr 那一套，要是出了问题跟个大黑盒子似的，楼主要是能搞定另说。

[guorui112]

jsp 好啊，省事，写好静态页面给后端，又不用掉接口啥的，而且数据问题跟你关系也不大了，

[wangxiaoaer]

@yhxx #5 你这是抬杠，java 应用里面 jsp 作为完全支持的一种技术方案，开箱即用，零部署，汇编能比吗？

前端不要觉得什么高大上就上什么，包括所谓的前后端分离，对传统应用来说一个 war 包搞定的就是最简单的。

我还看到过 java 后端接口，nodejs 中间包一层，前端 spa 这种方案，就特么 5-6 个页面，这么折腾也是服气，没有阿里的命，得了阿里的病。

[hyyou2010]

看过一下 SSR，感觉挺麻烦的，通用性不好，放弃了。
怀疑这是门短期临时技术，会很快被替代。