还有一些基于组件的框架，例如Wicket，可以为您生成大量HTML。

最终出现在HTML中的标记是极其基本的，几乎没有任何逻辑可以混合在一起。结果几乎是空的，就像带有典型HTML元素的HTML页面一样。缺点是WicketAPI中有很多组件需要学习，在这些约束条件下，有些事情很难实现。

Wicket也是一种将Java与HTML完全分离的替代方案，因此设计师和程序员可以在彼此不了解的情况下一起工作并处理不同的代码集。

看看Wicket。

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

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

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

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

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

在MVC架构模式中，JSP表示视图层。在JSP中嵌入Java代码被认为是一种糟糕的做法。

您可以将JSTL、freeMarker和velocity与JSP一起用作“模板引擎”。

这些标记的数据提供者取决于您正在处理的框架。Struts 2和WebWork作为MVC模式的实现，使用OGNL“非常有趣的技术将Beans财产公开给JSP”。

只需使用JSTL标记和EL表达式。