ASP.NET的MVC框架，到底有什么好处？什么样的系统适合选择这一框架？

[ynduanlian]

MVC不推荐使用服务器控件，那么，什么样的系统适合使用这个框架？

[快乐的小二兔]

任何系统都适用于啊。 暂时没听说啥系统不适用于 我记得坛子里有个大神说过 XXX系统什么的最简单的。

[快乐的小二兔]

微软的是MVC框架，你可以学一下MVC设计模式，和MVC框架的原理，搞明白了就知道 你想要的答案了

[ynduanlian]

引用 2 楼 id270 的回复:

任何系统都适用于啊。 暂时没听说啥系统不适用于 我记得坛子里有个大神说过 XXX系统什么的最简单的。

任何系统都适用，那么开发一个简单的报表功能是选用MVC框架好呢，还是就是原生的ASP.NET的服务器控件GridView来做好？

[ynduanlian]

引用 3 楼 id270 的回复:

微软的是MVC框架，你可以学一下MVC设计模式，和MVC框架的原理，搞明白了就知道 你想要的答案了

原理我初步了解了一下，感觉很困惑，几乎相当于要学一门新语言，现在不太理解这么做是值得的。

[吾非大神]

没你想的那么复杂 一旦开始学，后面的事情慢慢的都会清晰明朗起来

[快乐的小二兔]

引用 4 楼 ynduanlian 的回复:

引用 2 楼 id270 的回复:任何系统都适用于啊。 暂时没听说啥系统不适用于 我记得坛子里有个大神说过 XXX系统什么的最简单的。 任何系统都适用，那么开发一个简单的报表功能是选用MVC框架好呢，还是就是原生的ASP.NET的服务器控件GridView来做好？

我说过 你想怎么弄怎么弄，无非就是拖不拖控件来展示而已。 报表打印功能不还是代码实现么？ 不要把展示方式的问题搞混，初步理解不够，在深入一点，做几个小例子 就能做到真正的初步了解MVC框架。

[zhujiazhi]

从asp.net webform转到asp.net mvc，如果对web开发的原理不是很理解的，只是停留在拖控件，写控件事件的程序员，难度还是有的 asp.net webform封装很多底层的东西的，很多人都知道点击某个按钮就会触发相对应的事件，就在事件里面写逻辑的，可不知道为什么触发的，原理是什么的 mvc可以说回归到传统的方式进行web开发的了

[一天到晚游泳的鱼2016]

是mvc是一种开发模式，摒弃了服务器控件。 最起码前台页面比webform有好，没有那些烦人的viewstate

[翔教授]

框架嘛，某人说过，就是让各位无论何种水平，都能编出质量不错的代码

[凤凰涅檠]

viewstate 的作用不是用来烦人的，它用来保持页面状态是相当有用的，在回发的时候它的作用就体现出来了

[凤凰涅檠]

MVC 就像你自己组装客户端控件，你可以为其进行自定义设置，在这方面比服务器端控件来的灵活

[a-zhwang]

MVC使用比较灵活，层次非常清晰。而且Mvc对于JQuery的支持做的也很全面。

[threenewbee]

asp.net mvc框架是为专业的web开发团队准备的，这样的团队有专业的美工，他们通晓html/css规范，可以独立开展工作而不依赖一个简陋的wysiwyg编辑器。这样的团队有专业的程序员，可以独立编写可以复用的，设计良好的业务组件，对于直接把界面和数据库绑在一起的设计方式不感冒，这样的团队有开发rails、struts等同类mvc框架的经验，而asp.net mvc符合他们的经验和约定。 asp.net webforms适合几乎不懂开发的业余人士，他们不需要学习大量的基础知识，他们无钱雇佣合格的程序员和美工，也没有钱请人开发，他们熟悉业务，迫切需要一个工具把业务描述成可以运行的程序。他们对程序的理解从界面开始，asp.net webforms将界面的绘制直观地表示出来，隐藏了html/css/js的复杂性，他们可以不明白什么是http协议，而只需要了解属性、事件和方法即可编程。

[threenewbee]

根据微软的说法，在可以预见的相当长的一段时间内，webforms和mvc将会共存，尽管后者推出的时间要晚，但是绝不会代替前者，因为我说了，他们针对的是不同的开发者群体。就好比你一开始学会了开小汽车，买了个十几万的车开开，并不是说，等你发达了，就要买个几十万的公交车，才叫更新换代。

[ynduanlian]

引用 15 楼 caozhy 的回复:

asp.net mvc框架是为专业的web开发团队准备的，这样的团队有专业的美工，他们通晓html/css规范，可以独立开展工作而不依赖一个简陋的wysiwyg编辑器。这样的团队有专业的程序员，可以独立编写可以复用的，设计良好的业务组件，对于直接把界面和数据库绑在一起的设计方式不感冒，这样的团队有开发rails、struts等同类mvc框架的经验，而asp.net mvc……

好的，非常感谢，这就是我期待的回答。

[super_large]

public static void Main

[david_88888]

引用 4 楼 ynduanlian 的回复:

[quote=引用 2 楼 id270 的回复:] 任何系统都适用于啊。 暂时没听说啥系统不适用于 我记得坛子里有个大神说过 XXX系统什么的最简单的。

任何系统都适用，那么开发一个简单的报表功能是选用MVC框架好呢，还是就是原生的ASP.NET的服务器控件GridView来做好？[/quote] 我就算是用asp.net webform也不会选用一些服务器端控件，那么多前端UI框架不用？

[david_88888]

引用 15 楼 caozhy 的回复:

asp.net mvc框架是为专业的web开发团队准备的，这样的团队有专业的美工，他们通晓html/css规范，可以独立开展工作而不依赖一个简陋的wysiwyg编辑器。这样的团队有专业的程序员，可以独立编写可以复用的，设计良好的业务组件，对于直接把界面和数据库绑在一起的设计方式不感冒，这样的团队有开发rails、struts等同类mvc框架的经验，而asp.net mvc符合他们的经验和约定。 asp.net webforms适合几乎不懂开发的业余人士，他们不需要学习大量的基础知识，他们无钱雇佣合格的程序员和美工，也没有钱请人开发，他们熟悉业务，迫切需要一个工具把业务描述成可以运行的程序。他们对程序的理解从界面开始，asp.net webforms将界面的绘制直观地表示出来，隐藏了html/css/js的复杂性，他们可以不明白什么是http协议，而只需要了解属性、事件和方法即可编程。

"asp.net webforms适合几乎不懂开发的业余人士",对于您这句话表示不理解,以前没有mvc的时候做开发的都是业余人士??

[david_88888]

引用 11 楼 xiangjiaoshou 的回复:

框架嘛，某人说过，就是让各位无论何种水平，都能编出质量不错的代码

这话比较经典！！

[genghaWPF]

引用 21 楼 david_88888 的回复:

[quote=引用 15 楼 caozhy 的回复:] asp.net mvc框架是为专业的web开发团队准备的，这样的团队有专业的美工，他们通晓html/css规范，可以独立开展工作而不依赖一个简陋的wysiwyg编辑器。这样的团队有专业的程序员，可以独立编写可以复用的，设计良好的业务组件，对于直接把界面和数据库绑在一起的设计方式不感冒，这样的团队有开发rails、struts等同类mvc框架的经验，而asp.net mvc符合他们的经验和约定。 asp.net webforms适合几乎不懂开发的业余人士，他们不需要学习大量的基础知识，他们无钱雇佣合格的程序员和美工，也没有钱请人开发，他们熟悉业务，迫切需要一个工具把业务描述成可以运行的程序。他们对程序的理解从界面开始，asp.net webforms将界面的绘制直观地表示出来，隐藏了html/css/js的复杂性，他们可以不明白什么是http协议，而只需要了解属性、事件和方法即可编程。

"asp.net webforms适合几乎不懂开发的业余人士",对于您这句话表示不理解,以前没有mvc的时候做开发的都是业余人士??[/quote] 他想表达的意思是，这类框架更适合业务人士，但专业人士想用这个框架来开发也未尝不可。