Model view controller 模型视图控制器与模型视图演示器

你怎么说？在你的项目中有好的或坏的经验吗

模型-视图-控制器（MVC）是一种 软件架构[1]，目前 被认为是一种建筑模式 用于软件工程。这个 模式隔离了“域逻辑”（即 用户的应用程序逻辑）从 输入和表示（GUI）， 允许自主开发,， 测试和维护每个组件

模型视图演示器是一种软件 模式，被认为是 模型-视图-控制器模式

所以，

MVC是一种设计模式。设计模式是允许快速复制通用编码框架的代码结构。您可能认为设计模式是构建应用程序的框架或框架。MVC框架最明显的好处是它可以帮助您分离业务逻辑（数据库）和表示逻辑（设计）

基本上：

模型包含与数据库和其他数据结构相关的所有代码。如果您有一个名为pages的表，那么您就有了它的模型以及其中用于从该表中选择、创建、更新和删除记录的函数

视图包含所有显示和UI元素、JavaScript代码、级联样式表（CSS）、HTML甚至PHP

控制器将其全部固定在一起。控制器中的每个函数表示一个目的地或路线。如果有一个名为/about的目标，那么控制器将有一个名为about（）的函数。基本上，控制器决定运行哪个模型和哪个视图。它是视图和模型之间的契约

---

根据我使用每一种方法的经验，我为您提供了一些建议

MVC——这种模式/架构是古老的、经过尝试和测试的。非常适合于视图与服务器（和模型）分离的基于web的项目

然而，我认为当模型可用时，有更好的模式可以代替MVC使用

MVP-在没有允许绑定的datacontext（例如WinForms）时使用它。此外，如果由于某种原因无法使用ASP.NET MVC，但仍然可以使用ASP，则MVP可能是一种简单的迁移，可以帮助您将视图与模型分离

最后一点，我知道这并没有被问到，但MVVM可能是最好的。如果您有一个datacontext，它提供了绑定到其他类（即WPF）的属性和方法的功能齐全的方法，那么可以使用它。MVVM优于MVP，因为它减少了代码量，因为您不再需要维护视图接口

---

我的帖子更详细地解释了这一点。

这些是定义，而不是观点（这就是被问到的问题）