design-patterns - 在适当的 MVC 中，一切都必须是模型、 View 或 Controller 吗？

Question

我一直在想，但直到现在有点不好意思问:在“正确的”MVC(严格遵守模式)中，是否一切都必须是模型、 View 或 Controller ？如果没有，您能否举例说明何时打破这种模式是可取的或必要的？最后，类(或静态)方法在 MVC 中的作用是什么？

具体示例:我有模型 OneModel 和 TwoModel 。没有自然的理由认为它们是从某个父类(super class)继承而来的。两者都有完全不同的属性，但它们确实共享一个 emailAddress 字段，有时我想为每个模型使用 validateEmailAddress() 。我不想复制每个模型中的验证代码，所以我使用类方法 ValidationHelper 创建了一个 validateEmailAddress(String emailAddress) 类，我现在将在 OneModel 和 TwoModel 中调用它。

我现在打破了模式吗？我该如何解决？

Answer 1

如果您将模型、 View 和 Controller 视为应用程序的层而不仅仅是表示层的组件，那么您的电子邮件验证类将是模型层的一部分，因为它包含业务逻辑。我看不出你在哪里打破了模式，不是每个模型类都必须是数据对象。

“严格遵守模式”的问题在于模式随着时间的推移而演变。最初的模式是为单用户应用程序的 GUI 设计的。后来它被改编为网络，但有不同的解释，特别是关于模型和 Controller 之间以及客户端和服务器之间的责任。所以准备在没有一个“真实”答案的情况下得到不同的答案。