为什么 Java web view 层 都是使用模板而不使用 jsp

jsp 实际生成了 class，其他的不了解

我现在都直接 html

jsp/ftl 前后端不分离 前端的工作分不出去

应该是性能问题吧

并不是差不多，各有各的优点。
现在都流行前后端分离了，要不然前端没事做

性能偏差，很多框架使用需要额外做些工作

jsp 挺好用的
jsp 的最大缺点就是 太灵活 可以在里面直接调用 java 代码 容易混乱
使用 velocity freemark 等模板引擎可以脱离 web 容器

如果你看到我司的历史遗留项目，每个 JSP 里写了上百行的 Java 代码，我想你在重构的时候，不会想再用这个东西的。

就是渲染性能问题 velocity freemarker 之类的模板语言要比原生的 JSP 性能要好很多，但在现在前后端分离的时代，这种东西已经没有具体意义了

jsp 里面的 java 代码咋调试？ jsp 里面的 js 代码咋调试？

那么... 就按自己意思混着用体验个 1 ～ 2 年吧。

把大段业务逻辑写在 jsp 里的，直接拉出去祭天
小公司内部系统基本都是后端包了页面的活，jsp 再加上一两个模版引擎是必须的～
我们项目里 freemark 就是用来发 html 邮件的～ jsp 就是我们后端狗写页面用的

太重了，不好组织结构

jsp 也是模板，thymeleaf freemarker 之类的不觉得写起来比 jsp 爽多了吗？

jsp 太灵活了.. 以至于大量后端不会写前端的时候 直接在 jsp 上边调用 service 层 或者调用 util 代码.. 恶心的不要不要的

前后端分离，别说 jsp，我们连 thymeleaf，freemarker 之类的都不用。

jsp 性能差？？？我觉得很多人印象流了

1.渲染性能问题，这类前端模板渲染页面时比原生的 JSP 快
2.大量的 JSP 代码不易于组织与重构

解耦

不都是前后端分离了么 ？

JSP 和后端耦合太重吧

原因不是 jsp 性能如何如何。

是 JCP 当时的协议规定 jsp 必须运行在 web 容器中，大家都选择了遵守约定不自写模板解析引擎去解析 jsp 模板。

而且 jsp 的性能并不差...

楼上部分朋友逻辑也不科学，jsp 也可以严格使用 mvc 模式使用。而且性能要说比 freemaker 低，我是不信的。最主要还是因为依赖 servlerlt 容器。

Jsp 是 serverlet 也就是 java

依赖 servlet，需要编译，且没有独立好用的 api，也不便于封装和二次开发，反正不觉得他比正常的模板引擎有啥优点

jsp 编译成 class，相当于 Java 程序直接输出页面数据了，性能怎么会差

是 vue 不好用？还是不想下班？

讲道理以前直接 jsp+jQuery+bootstrap 一把梭并不觉得比现在前后分离搭那些前端轮子慢

不是快慢问题吧，是专业的人干专业的事。
从前端设计模板到 jsp 的过程学会后并不难，但很麻烦
让前端自己套的话需要完整 server，略懂 jstl，直撸 jsp，还得拉着后端同学去部署才能看到效果
后端套的话不知道差异点，完整覆盖重新套工作量大，还是得拉着前端同学结对编程，版本记录也比较乱
俩边测试也麻烦，出了问题不说互相甩锅吧，得结对排查
分离一下，依照约定的 api 自己就能独立完完成，实际工作中互相依赖的少了，也都轻松了

一只不会 java 但不得不接触其它项目 jsp 的前端菜鸡，表示很痛苦。

我遇到过的坑，一个 CMS 用 JSP 保存文章，最后内存爆掉，因为每篇文章都是单独的一个类！

vm 之类的都是可以做页面静态化，性能会好些

jsp 最后似乎就是变成了 servlet 然后疯狂 println 出去