正如许多答案所说，使用JSTL或创建自己的自定义标记。下面是关于创建自定义标记的一个很好的解释。

当然，替换<%！计数器++；%>通过事件生产者-消费者体系结构，业务层被通知需要增加计数器，它会做出相应的反应，并通知演示者，以便他们更新视图。涉及到许多数据库事务，因为将来我们需要知道计数器的新值和旧值，是谁增加了它，以及考虑到了什么目的。显然，由于层是完全解耦的，因此需要进行序列化。您将能够在RMI、IIOP和SOAP上增加计数器。但只需要HTML，因为这是一个很平常的情况，所以不需要实现。您的新目标是在新的闪亮E7 64GB RAM服务器上达到每秒250次增量。

我有20多年的编程经验，大多数项目在第六节之前都失败了：可重用性可替换性OO能力可调试性可测试性可维护性甚至是必需的。其他由只关心功能的人运营的项目非常成功。此外，在项目中过早实现的僵硬的对象结构使代码无法适应规范的剧烈变化（也称为敏捷）。

因此，我认为在项目早期或不特别需要时定义“层”或冗余数据结构的活动是拖延。 

您提出了一个很好的问题，虽然得到了很好的答案，但我建议您取消JSP。过时的技术终将消亡。使用现代方法，如模板引擎。您将有非常清晰的业务层和演示层的分离，并且模板中肯定没有Java代码，因此您可以直接从web演示编辑软件生成模板，在大多数情况下利用WYSIWYG。

当然，不要使用过滤器和前后处理，否则您可能会遇到支持/调试困难，因为您始终不知道变量从何处获得值。

如何避免JSP文件中的Java代码？

除了表达式语言（EL）之外，还可以使用JSTL之类的标签库标记。但是EL不能很好地使用JSP。因此，完全删除JSP并使用Facelets可能更好。

Facelets是为JSF（JavaServerFaces）设计的第一种非JSP页面声明语言，与JSP相比，它为JSF开发人员提供了更简单、更强大的编程模型。它解决了JSP中web应用程序开发中出现的不同问题。

来源

作为保障：永远禁用Scriptlets

正如另一个问题所讨论的，您可以并且应该始终禁用web.xml web应用程序描述符中的scriptlets。

我会一直这样做，以防止任何开发人员添加脚本，特别是在大公司中，您迟早会失去概述。web.xml设置如下所示：

<jsp-config>
  <jsp-property-group>
    <url-pattern>*.jsp</url-pattern>
     <scripting-invalid>true</scripting-invalid>
  </jsp-property-group>
</jsp-config>

我的朋友，这些都不再使用了。我的建议是将视图（CSS、HTML、JavaScript等）与服务器分离。

在我的例子中，我使用Angular处理视图，并且使用REST服务从服务器获取所需的任何数据。

相信我，这将改变你的设计方式。