MVC 与 Taglibs，意见/替代方案？

Question

我是一名前端开发人员，我发现自己经常处于 jsp 视图层中，并且看到了很多将数据（模型）推送到视图中的解决方案。最近我遇到了一个 taglib 解决方案，它将数据拉入 jsp 中，对我来说这似乎更自然、更明智。

首先是问题

给定一个页面并将其视为一个单独的实体，MVC 绝对有意义，但是单个页面可能非常复杂，并且很可能重用其他页面上使用的组件/服务。结果，控制器也变得相当复杂。

根据我的经验，页面也是可变的，因为客户喜欢在下一次“重新设计”时改变功能或将整个网站翻过来。这通常会导致相当乏味的重构项目，实际上所有内容都需要重写。

然后是一致性问题，在一个页面上，数据集作为“列表”放入 ModelView 中，而在“列表”可能抽象的另一页面上，它作为“specificList”放入 ModelView 中。在项目生命周期中保持一致性成为一项乏味的日常任务，通常可以避免，但这正是纯 MVC 解决方案所发生的情况。

解决方案？

因此，在我最近继承的一个项目中，我看到了两种将数据拉入 pageView 的解决方案。第一个是相当难看的，使用 jsp:include 调用 jsp 页面并触发另一个控制器。

我发现第二个相当优雅，他们使用标签库将特定数据集拉入页面视图。 taglib 记录在 TLD 内，使用起来很愉快。突然之间，我可以在多个页面上重复使用数据，而无需弄乱控制器。

因此，在这个项目中，我必须实施“重新设计”，所有数据拉取解决方案使我的工作变得更加轻松，但是在他们使用数据注入（MVC）的地方，这是一个痛苦的事情（我不是一个java 开发人员）和 java 开发人员提供帮助的地方很少甚至没有。

此外，正确编写的标记库只能写入一次，而使用数据注入 (MVC) 可能会成为您需要经常照顾的孩子（在 jsp 之上）。

Taglib 示例

假设我们有具有以下标签定义/实现的 services.tld。
- 获取员工地址
- getEmployees

<services:getEmployees filter="a">
   <!-- loop, get addresses, otherwise if empty list, render nothing -->
</services:getEmployees>

这允许我（前端）在几乎任何页面上显示员工及其地址，从而使 Java 开发人员能够腾出时间来执行更重要的任务。该服务可以与 pageView 控制器分开进行测试，pageView 控制器变得不那么复杂（例如仅处理身份验证和站点范围的功能），并且生活（至少对我来说）似乎更有趣。

我的问题

实际上是多部分的：

1.）我的推理是垃圾吗？如果是，为什么以及从什么角度？ =P

2.) 有更好的选择吗？ （例如，我也使用过瓷砖）。

3.) 您是否使用上述 taglib 解决方案？您对此的体验如何？

4.) 从 java 开发人员的角度来看，上述 taglib 解决方案的成本/收益/风险是什么？

我理解为什么 MVC 使 Java 开发人员变得简单，但根据我的经验（到目前为止），它只是将困难转移到 jsp 层，就像我有时需要为每个页面学习单独的 API...哦，作为一名前端开发人员，我确实承认使用 Ajax 和所有这些杂乱的数据提取对我来说更加自然，在页面加载时拥有所有可用数据在我的领域是一种反模式......

Answer 1

您显然已经听过这样的口头禅：在 JSP 中实现业务逻辑是不好的。但你明白为什么吗？

原因之一是技术问题，即 HTTP 响应何时提交的问题。

在基于 MVC 的系统中，控制器检查参数、决定需要做什么并尝试去做。然后在此基础上设置响应状态代码并提取要在响应中显示的数据。最后，它选择一个视图（例如 JSP）并将控制权交给 JSP 引擎...该引擎提交 HTTP 响应。

如果您尝试在 JSP 中完成所有操作，则会遇到 HTTP 响应可能提交得太早的问题；即在您的业务逻辑完成确定正确的 HTTP 状态代码是什么之前。

---

您对 MVC 的不满似乎很大程度上源自您的假设：控制器和视图（JSP）是由不同的人实现的：即“前端开发人员”和“Java 开发人员”，他们拥有不重叠的技能和职责范围。我的看法是，你应该只拥有具备在“栅栏”两边工作的技能的“开发人员”。事实上，根本不应该有栅栏。