Model view controller MVC适用于应用程序或对象
所以我刚开始从事网络开发，花了几个小时努力确保我掌握了基本知识。令人惊讶的是，在这个问题上存在如此多的混乱。无论如何，我决定在这篇文章中花些时间来概述一些事情。我这样做是希望能收到社会的反馈，进一步澄清和简化我对这个问题的理解。今天的帖子是关于MVC的主题，特别是什么是MVC以及它在描述什么 名称是MVC-代表模型、视图和控制器。。。它不应该是模型、视图和控制器吗？也就是说，从应用程序级视图来看，MVC模式概述了将应用程序的所有活动分离为模型、视图和控制器对象的实践。每个对象完全独立于其他对象，并且能够以多种方式组合或使用 模型、视图和控制器与模型、视图和控制器的这种业务使得模式可以应用于单个对象。当然，这样做很可能会在过程中产生三个不同的对象。否则，为什么它不是模型、视图和控制器。。。你明白我的意思了吗？MVC就是一个例子，它是一种沟通解决问题方法的方式。这些模式是单一的，但是在组装应用程序时可以使用许多模式Model view controller MVC适用于应用程序或对象,model-view-controller,Model View Controller,所以我刚开始从事网络开发，花了几个小时努力确保我掌握了基本知识。令人惊讶的是，在这个问题上存在如此多的混乱。无论如何，我决定在这篇文章中花些时间来概述一些事情。我这样做是希望能收到社会的反馈，进一步澄清和简化我对这个问题的理解。今天的帖子是关于MVC的主题，特别是什么是MVC以及它在描述什么 名称是MVC-代表模型、视图和控制器。。。它不应该是模型、视图和控制器吗？也就是说，从应用程序级视图来看，MVC模式概述了将应用程序的所有活动分离为模型、视图和控制器对象的实践。每个对象完全独立于其他对象，
正如一位评论者所指出的，模式名称的语法结构是最不重要的事情！相反，要理解模式为交流潜在的复杂想法提供了很好的速记。例如，我可能会向一个类添加一些方法，并将它们描述为“防止重复实例”，但如果我提到“这个类遵循模式”，我就更清楚了它的意图。实际上，“模型视图控制器”这个名称描述的是一个范例，而不是一组实际的文件或对象。因此，Model元素不是一个文件，而是多个文件，在作为应用程序模型的功能下分组 在下图中，您可以看到MVC的不同元素如何包含多组逻辑的图示 这是一个抽象的主题，所以不容易解释。我建议观看斯坦福德教授保罗·赫加蒂关于MVC的讲座
希望我理解你的要求。我不明白你的意思。你的问题真的是关于模式标签的多元化吗？这是你需要的最不重要的理解。我可以为这个名字提出两个可能的原因（两者都没有任何意义上的区别）。第一，应用程序中的每一项功能都由一个模型、一个视图和一个控制器表示——MVC应用程序不需要包含每一项中的一项以上。第二，“模型-视图-控制器”比“模型-视图-控制器”更好听更好听。欢迎来到StackOverflow-你的问题可以归结为一句话“为什么我们说模型-视图-控制器而不是模型-视图-控制器，因为应用程序通常会有很多”：）
我决定花点时间在这篇文章中概述几件事