小编典典
自从2001年标签库(例如JSTL)和EL(表达语言，那些东西)的诞生以来，在JSP中确实不建议使用scriptlet(那些东西)。${}
scriptlet的主要缺点是：
可重用性：您无法重用scriptlet。
可替换性：您不能使scriptlet抽象。
面向对象的能力：您不能利用继承/组合。
可调试性：如果scriptlet在中途抛出异常，您得到的只是空白页。
可测试性：脚本无法进行单元测试。
可维护性：每一次维护，需要花费更多时间来维护混杂/混乱/重复的代码逻辑。
Sun Oracle本身还建议在JSP编码约定中，只要(tag)类可以使用相同的功能，就避免使用scriptlet。以下是一些相关的引用：
从JSP 1.2规范开始，强烈建议在Web应用程序中使用JSP标准标记库(JSTL)，以帮助减少页面中对JSP scriptlet的需求。通常，使用JSTL的页面更易于阅读和维护。
…
只要有可能，就在标签库提供等效功能时避免使用JSP scriptlet。这使页面更易于阅读和维护，有助于将业务逻辑与表示逻辑分离，并使您的页面更易于演变为JSP 2.0样式的页面(JSP 2.0规范支持但不强调脚本的使用)。
…
本着采用模型视图控制器(MVC)设计模式来减少表示层与业务逻辑之间的耦合的精神，不应将JSP脚本集用于编写业务逻辑。相反，如果有必要，可以使用JSP scriptlet将处理客户端请求所返回的数据(也称为“值对象”)转换为正确的客户端就绪格式。即使这样，最好还是使用前端控制器servlet或自定义标签来完成。
如何完全替换scriptlet取决于代码/逻辑的唯一目的。这段代码比以往更多地被放置在完全值得的Java类中：
如果要在每个请求上调用相同的 Java代码，则无论请求页面是多少，都应或多或少地调用它，例如，检查用户是否登录，然后实现过滤器并在方法中相应地编写代码。例如：doFilter()
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws ServletException, IOException {
if (((HttpServletRequest) request).getSession().getAttribute("user") == null) {
((HttpServletResponse) response).sendRedirect("login"); // Not logged in, redirect to login page.
} else {
chain.doFilter(request, response); // Logged in, just continue request.
}
}当映射到适当的覆盖感兴趣的JSP页面时，则无需在整个JSP页面上复制粘贴同一段代码。
如果要调用一些Java代码来预处理请求，例如，如果需要，则基于一些查询参数，从数据库中预加载一些列表以显示在某个表中，则可以实现servlet，并在doGet()方法中相应地编写代码。例如：
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
try {
List products = productService.list(); // Obtain all products.
request.setAttribute("products", products); // Store products in request scope.
request.getRequestDispatcher("/WEB-INF/products.jsp").forward(request, response); // Forward to JSP page to display them in a HTML table.
} catch (SQLException e) {
throw new ServletException("Retrieving products failed!", e);
}
}这种处理异常的方法更容易。在JSP呈现过程中，不能访问DB，但是要在显示JSP之前就可以访问DB。每当数据库访问引发异常时，您仍然可以更改响应。在上面的示例中，将显示默认错误500页面，您可以通过in进行自定义web.xml。
如果要调用一些Java代码来对请求进行后处理(例如，处理表单提交)，则应实现Servlet并相应地在doPost()方法中编写代码。例如：
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
String username = request.getParameter("username");
String password = request.getParameter("password");
User user = userService.find(username, password);
if (user != null) {
request.getSession().setAttribute("user", user); // Login user.
response.sendRedirect("home"); // Redirect to home page.
} else {
request.setAttribute("message", "Unknown username/password. Please retry."); // Store error message in request scope.
request.getRequestDispatcher("/WEB-INF/login.jsp").forward(request, response); // Forward to JSP page to redisplay login form with error.
}
}这种处理不同结果页面目标的方法更加容易：在出现错误的情况下重新显示带有验证错误的表单(在此特定示例中，您可以${message}在EL中使用它重新显示它)，或者在成功的情况下仅进入所需的目标页面。
如果要调用一些Java代码来控制执行计划和/或请求和响应的目的地，则根据MVC的Front Controller Pattern实现servlet。例如：
protected void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
try {
Action action = ActionFactory.getAction(request);
String view = action.execute(request, response);
if (view.equals(request.getPathInfo().substring(1)) {
request.getRequestDispatcher("/WEB-INF/" + view + ".jsp").forward(request, response);
} else {
response.sendRedirect(view);
}
} catch (Exception e) {
throw new ServletException("Executing action failed.", e);
}
}或者只是采用MVC框架(如JSF，Spring MVC，Wicket等等)，这样就只需要JSP / Facelets页面和JavaBean类即可，而无需自定义servlet。
如果要调用一些Java代码来控制JSP页面内的流，则需要获取一个(现有的)流控制标记库，例如JSTL core。例如List在表格中显示：
...
${product.name} | ${product.description} | ${product.price} |
使用XML样式的标签非常适合所有HTML，该代码比一堆具有各种开头和结尾花括号的scriptlet(“该结尾花括号到底在哪里？”)具有更好的可读性(因而更易于维护)。一个简单的帮助是将Web应用程序配置为在仍然使用scriptlet的情况下抛出异常，方法是将以下内容添加到web.xml：
*.jsp
true
在Facelets的，JSP的继任者，它是JavaEE的一部分提供的MVC框架JSF，它已经不能够使用小脚本。这样，您将自动被迫以“正确的方式”做事。
如果您想调用一些Java代码来访问和显示JSP页面内的“后端”数据，则需要使用EL(表达语言)之类的${}东西。例如，重新显示提交的输入值：
该${param.foo}显示器的结果request.getParameter(“foo”)。
如果要直接在JSP页面中调用一些实用 Java代码(通常是publicstatic方法)，则需要将它们定义为EL函数。JSTL中有一个标准函数taglib，但是您也可以轻松地自己创建函数。这是一个示例JSTL如何fn:escapeXml用于防止XSS 攻击。
...
请注意，XSS敏感性与Java / JSP / JSTL / EL /无关，无论如何，在您开发的每个 Web应用程序中都必须考虑到此问题。scriptlet的问题在于，它没有提供内置的预防措施，至少没有使用标准的JavaAPI。JSP的继任者Facelets已经具有隐式HTML转义，因此您不必担心Facelets中的XSS漏洞。
2020-09-20
