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

[xutao881]

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

[yhxx]

前面语气是冲动了一点

作为前端，极度反感需要本地启动 Java 服务才能开发的这种模式

后端用 JSP 我没意见，但是这样的话我只负责提供静态 HTML 和 CSS，不要让我在 Java 工程里调试

反过来也是一样，前端技术栈我自己决定的话，后端只需要提供 API 就可以了，别的都不需要操心


至于楼主的需求，从另一个角度考虑一下，商业项目 SEO 一般都不是做出来的吧，和搜索引擎“合作”一波，是不是比在这上面的技术投入更省成本？

[tabris17]

@sagaxu 这是个项目谁来背锅的问题，不是用什么技术的问题。

如果用 jsp，除了问题肯定是后端背锅，后端也有承担起责任的觉悟，不可能怪到前端头上。

如果用 LZ 说的 react rss，跑一个额外的 nodejs，除了问题他会背锅吗？届时会不会出现前端怪后端接口性能有问题，后端怪前端调用的姿势不对的扯皮情况？

[orm]

jsp 最终会编译为 class，实际并不慢。主要是看预算以及时间

[juju123]

两个各有优缺点，要看实际业务场景、公司情况，以及后续的运维、监控、升级、人手等。

[yhxx]

@tabris17 为什么我觉得是相反的
如果前端决定上 SSR，只要后端提供的 API 没问题，锅怎么也分不到后端头上

反倒是用 JSP，混在一起，锅可难保不是前端的。

[tabris17]

LZ 自己都承认仅仅是因为“自己不喜欢”。那 LZ 有做好承担项目出问题背锅的觉悟吗？

[teddy2725]

别在工作中炫技，挑最有把握最成熟的方案。

[demonzoo]

哈哈，要不离职吧
新项目用 jsp 确实有点那个。。。要是老项目其它页面都用 jsp，也就忍了

[sagaxu]

@alexsunxl 内网 http，即便是不同机房之间，也不会有 200ms 这么大的开销，至少低一个数量级。同机房内网走 http，增加的延迟撑死也就是 3 到 5ms。

[chanchan]

别问，问就是旧技术垃圾，本人是前端 xxx 我一概不管，我就不喜欢怎么怎么样

[passerbytiny]

What? Oracle J2EE 都变成 Eclipse JakartaEE 了，竟然还有这么多用 JSP 的。

只要涉及到 SEO，小团队就别想安心的做前后端分离了，做不来的，因为若要分离则微服务、事件驱动、异步编程、读写分离是必要条件。此时的分工应当是 HTML 静态页面设计和 Java 全栈开发，不再是前后端。

现在还用 JSP 写页面的 Java 开发，都是不思进步的超级老老老古董了，而且让前端写 JSP，绝壁是推卸责任的，建议楼主抓紧跑路。

[Yuicon]

我猜楼主没写过 ssr 其他技术也不信任楼主有这个技术实力

[zj972]

可以啊，出了问题你自己调呗，反正我是个美工（翻白眼）

[nicevar]

“前端出了问题我还要把后端项目拉下来才能调”这句话说明你的工作流程有问题。
上面有些人写个 Hello world 都要搬出一个重型框架的我是真的服。

[kran]

可怕.

[exonuclease]

@alexsunxl node 性能哪有这么差 两台 aws 服务器之间 node 的 ssr 服务器调 node 的微服务 大部分时候是十几 ms 以下

[exonuclease]

建议赶紧跑路 jsp 这玩意多少年没见过了。。。

[mars0prince]

另外和楼主说一句：不要听楼上的说什么技术不行所以不能用。他们是后端，自然希望你的活越少越好；他们是领导，自然希望你快速出活就好，他们反正不会管你的死活。所以身为前端，不要听他们的，要懂得抢活，能力是锻炼和证明出来的，坑是踩出来的，不做就一辈子不会。

[shynome]

这种情况完全可以调一个浏览器渲染出静态，放到服务器上，然后判断是否是 SEO 的请求，是的话就返回这个页面

这样不需要 ssr，也就没有性能问题

[micean]

JSP 难道不是后端写吗？