Java JSF注销页面-最佳实践：使用一个公共bean是否正确？

对于应用程序通用的操作使用commonBean是否正确/最佳实践？在我的例子中，这将是一个注销函数，用于清除会话bean的记录值

---

我的一位同事告诉我，每个视图只能使用一个控制器bean，但是在多个bean中复制相同的方法似乎是一种浪费。

您的同事将视图和控制器分离称为纯MVC模式中定义松散的原则。JSF应用程序中的托管Bean很适合扮演控制器的角色，但是由于您已经说明的原因，这不应该被视为一个硬性规则

我引用Martin Fowler的企业应用程序架构模式：

正如我所说，MVC的价值在于它的两个分离。其中包括 表达和模型的分离是其中最重要的一个 软件中的设计原则，以及唯一不应该遵循的时间 这是在非常简单的系统中，模型在其中没有实际行为 不管怎么说，这都是事实。一旦你得到一些非视觉逻辑，你就应该应用 分离。不幸的是，很多UI框架都能做到这一点 难的，不难的，经常不分开教授

视图和控制器的分离不那么重要，所以我只想 建议在真正有帮助的时候做。对于富客户端 虽然这在Web中很常见，但最终几乎不存在 控制器分开的前端。大部分 这里的网页设计模式就是基于这个原则

---

本质上，Fowler指出，将视图绑定到控制器不如将模型绑定到视图那么重要，因此，如果这样做有帮助的话，跨视图使用控制器或每个视图使用多个控制器当然是可以接受的。

您的同事将视图和控制器分离称为纯MVC模式中定义松散的原则。JSF应用程序中的托管Bean很适合扮演控制器的角色，但是由于您已经说明的原因，这不应该被视为一个硬性规则

我引用Martin Fowler的企业应用程序架构模式：

正如我所说，MVC的价值在于它的两个分离。其中包括 表达和模型的分离是其中最重要的一个 软件中的设计原则，以及唯一不应该遵循的时间 这是在非常简单的系统中，模型在其中没有实际行为 不管怎么说，这都是事实。一旦你得到一些非视觉逻辑，你就应该应用 分离。不幸的是，很多UI框架都能做到这一点 难的，不难的，经常不分开教授

视图和控制器的分离不那么重要，所以我只想 建议在真正有帮助的时候做。对于富客户端 虽然这在Web中很常见，但最终几乎不存在 控制器分开的前端。大部分 这里的网页设计模式就是基于这个原则

本质上，Fowler指出，将视图绑定到控制器不如将模型绑定到视图那么重要，因此，如果这样做有帮助的话，跨视图使用控制器或每个视图使用多个控制器当然是可以接受的