设计模式 – 在适当的MVC中,一切都必须是模型,视图或控制器吗？

发布时间：2020-12-16 06:26:41 所属栏目：asp.Net 来源：网络整理

导读：直到现在我一直想知道但有点太尴尬的事情：在“适当的”MVC(严格遵守模式)中,一切都必须是模型,视图或控制器吗？如果没有,你能举例说明何时打破这种模式是可取的还是必要的？最后,类(或静态)方法在MVC中的作用是什么？具体示例：我有模型OneModel和TwoModel

直到现在我一直想知道但有点太尴尬的事情：在“适当的”MVC(严格遵守模式)中,一切都必须是模型,视图或控制器吗？如果没有,你能举例说明何时打破这种模式是可取的还是必要的？最后,类(或静态)方法在MVC中的作用是什么？

具体示例：我有模型OneModel和TwoModel.没有理由认为它们是从一些超类继承而来的.两者都具有完全不同的属性,但它们共享一个emailAddress字段,我想有时为每个模型验证EmailAddress().我不想在每个模型中复制验证代码,因此我使用类方法validateEmailAddress(String emailAddress)创建一个ValidationHelper类,我现在将在OneModel和TwoModel中调用每个类.

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

解决方法

如果您将模型,视图和控制器视为应用程序的层而不仅仅是表示层的组件,那么您的电子邮件验证类将成为模型层的一部分,因为它包含业务逻辑.我没有看到你打破模式的地方,并不是每个模型类都必须是数据对象.

“严格遵守模式”的问题在于模式随着时间的推移而发展.原始模式适用于单用户应用程序的GUI.后来它适用于网络,但有不同的解释,特别是关于模型和控制器之间以及客户端和服务器之间的责任.因此,准备在没有单一“真实”答案的情况下获得不同的答案.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!