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

[xutao881]

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

[tabris17]

@sonyxperia react 服务端渲染。这意味着要跑一个 nodejs 服务。增加项目复杂度，要我是后端我也怼。我是为了完成 KPI 的，不是让你前端来练手的，风险谁来承担

[SakuraKuma]

@yhxx 毕竟看见 seo，简单页面观念很正常。

[mars0prince]

说明楼主公司前端地位不高，我们公司也是一样，基本后端占据主导，前端做什么都得后端首肯。碰见这种公司建议开始找下家吧。

[sagaxu]

如果后端只提供内网 API，其它全部前端负责，我是没意见的。如果要我提供两套 API，或者提供额外的 auth 服务，或者需要我做 ssr，我内心是拒绝的。

[sagaxu]

@tabris17 如果后端只提供不带鉴权的内网 API，他前端爱咋弄咋弄

[myyou]

如果是没什么逻辑的简单页面，的确可以上 jsp，但是如果有操作逻辑，无论是单页面还是多页面，都因该考虑使用 vue 和 react 等这些框架。

[mars0prince]

从这点还可以看出，楼主的公司和我一样，都是业务型公司，出活追求快糙狠，对技术没有追求也没有规划

[yhxx]

@sagaxu 既然都要用 React 上 SSR 了，肯定后端只要提供 API 就行了，甚至之前常见的 “这个接口帮我 xxx 处理一下” 应该也都不用后端做了

所以不大懂为什么楼里这些后端这么激动

[hv3s1]

...额 这种简单页面。不是直接 Jquery 解决了，然后 JSP 上拼接下吗。

为什么要用 react + SSR ... 时间太闲吗。
然后为什么前端要写 JSP ！！！！？？？？

[maddot]

如果项目没有多客户端要求，就一个浏览器端，上个锤子 React 啊，还 ssr 脱裤子放屁

[jason19659]

所以现在 React 的话是要单独开个服务器（容器）渲染吗？负载怎么做

[frankkai]

要么忍要么滚

[aihidao]

建议不要碰 SSR 否则 2019 年 2 号文件就是你。/滑稽.jpg

[DaraW]

楼上的有些人，你们公司都没有基础设施的吗？

[guanhui07]

后端提供无关紧要 API，前端爱咋弄咋弄都行

[lscho]

@yhxx 你确定他能 hold 住 SSR 吗？第一，带来的风险以及工时的增加，领导是否同意？第二，新开 node 环境服务器，作为一个前端是否能维护好？第三，带来的服务器压力问题，是否能 hold 住？只有这三点全部搞定了，才支持你上 SSR。

很多人搞不明白，不是不支持你上 SSR，而是你是否能 hold 住，不给队友拖后腿。。这不是技术选型的问题，这是工作定位的问题，你说的很对，“既然都要用 React 上 SSR 了，肯定后端只要提供 API 就行了”。这种情况下，这个项目的主导权就转交给前端了。所以，前端就要保证整个项目不出问题（或者出问题自己有背锅的觉悟）。

除非前端组有大牛，否则强行前后分离 ssr，都是自找苦吃。

[wrq]

2019 年了还在用 JSP.. 佛了

[alexsunxl]

ssr 和 react ssr 是不同的，react ssr 指定只能用 nodejs。
nodejs 这一层要计算，要拼组件，偏偏这个是 node 的弱项。还有要在 node 层用 http 请求 java 后端，就算走内网通道也是贼慢，至少是 200ms 级以上（难道你们还能上 protobuf ）
肯定会出现性能瓶颈，还得做组件级别的缓存。 这些坑我都趟过
同构应用只是吹得很响，单人没任何积累干这个事情，你会发现在工程上到处倒是坑。

没有一个团队别搞这个事情了。
需求不是 seo 吗， 现在单页应用也有很多办法处理 seo 的，

[fusociety]

杀鸡用牛刀，遇到项目就上框架，没框架不写代码，用框架显得牛逼？写 jsp 怎么了？

[hv3s1]

..别说了。 直接让前端把后端的事也写了得了。 全用 node