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

Question

我是一名前端开发人员，我发现自己经常在 jsp 视图层工作，并且看到了很多将数据（模型）推送到视图中的解决方案。最近遇到了一个taglib的方案，可以把数据拉到jsp里面，我觉得这个方案比较自然和合理。

首先是问题

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

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

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

解决方案？

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

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

因此，在这个项目中，我不得不实施“重新设计”，所有数据提取解决方案都让我的工作变得轻松了很多，但是在他们使用数据注入 (MVC) 的地方，这让我很头疼（我我不是 Java 开发人员）和 Java 开发人员来帮助解决很少到没有的地方。

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

标签库示例

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

<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 开发人员”的责任。我的看法是，您应该只拥有具备在“围栏”两侧工作的技能的“开发人员”。事实上，根本不应该有栅栏。