模型视图控制器与模型查看演示文稿

Question

你说什么？您项目中的任何好的或不好的经历？

Answer 1

模型 - 视图 - 控制器（MVC）是 软件体系结构[1]，目前 视为在软件工程中使用的体系结构模式 。 模式从 输入和显示（GUI）， 允许独立开发， 各自的测试和维护隔离“域逻辑”（ 用户的应用程序逻辑）。

http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller

模型 - 视图 - 演示者是一个软件 图案，考虑 模型 - 视图 - 控制器模式的衍生物。

http://en.wikipedia.org/wiki/Model-view-presenter

所以，

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

基本上：包含涉及数据库和其他数据结构的任何和所有代码

1. 模型。如果您有一个名为pages的表格，您可以使用它的模型和函数，以便从中选择，创建，更新和删除表格中的记录等等。

2. 视图包含所有的显示和UI元素，JavaScript代码，层叠样式表（CSS），HTML，甚至PHP。

3. 控制器把它放在一起。控制器中的每个功能都代表目的地或路线。如果你有一个叫/ about的目的地，你的控制器会有一个叫做about（）的函数。基本上，控制器决定运行哪个模型和哪个视图。它是视图和模型之间的契约。

Answer 2

我有一些提示给你，来自我的经验使用每个。

MVC - 此模式/体系结构旧，经过尝试和测试。非常适合基于Web的项目，将视图与服务器（和模型）分开。

但是，我认为有更好的模式，当模型是可用的，可以用来代替MVC。

MVP - 当您没有允许绑定的数据上下文（ex，WinForms）时使用它。另外，如果你不能使用ASP。NET MVC出于某种原因，但仍然可以使用ASP，MVP可能是一种简单的迁移，可帮助将您的视图从模型中分离出来。

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

我的帖子MVVM vs MVP vs MVC: The differences explained对此进行了更详细的解释。