ASP.NET的MVC框架，到底有什么好处？什么样的系统适合选择这一框架？
MVC不推荐使用服务器控件，那么，什么样的系统适合使用这个框架？
------解决方案--------------------

引用:

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

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

------解决方案--------------------
 微软的是MVC框架，你可以学一下MVC设计模式，和MVC框架的原理，搞明白了就知道 你想要的答案了
------解决方案--------------------
没你想的那么复杂

一旦开始学，后面的事情慢慢的都会清晰明朗起来
------解决方案--------------------

引用:

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

我说过 你想怎么弄怎么弄，无非就是拖不拖控件来展示而已。
报表打印功能不还是代码实现么？
不要把展示方式的问题搞混，初步理解不够，在深入一点，做几个小例子 就能做到真正的初步了解MVC框架。
------解决方案--------------------
从asp.net webform转到asp.net mvc，如果对web开发的原理不是很理解的，只是停留在拖控件，写控件事件的程序员，难度还是有的

asp.net webform封装很多底层的东西的，很多人都知道点击某个按钮就会触发相对应的事件，就在事件里面写逻辑的，可不知道为什么触发的，原理是什么的

mvc可以说回归到传统的方式进行web开发的了
------解决方案--------------------
是mvc是一种开发模式，摒弃了服务器控件。

最起码前台页面比webform有好，没有那些烦人的viewstate
------解决方案--------------------
框架嘛，某人说过，就是让各位无论何种水平，都能编出质量不错的代码
------解决方案--------------------
viewstate 的作用不是用来烦人的，它用来保持页面状态是相当有用的，在回发的时候它的作用就体现出来了
------解决方案--------------------
MVC 就像你自己组装客户端控件，你可以为其进行自定义设置，在这方面比服务器端控件来的灵活
------解决方案--------------------
MVC使用比较灵活，层次非常清晰。而且Mvc对于JQuery的支持做的也很全面。
------解决方案--------------------
asp.net mvc框架是为专业的web开发团队准备的，这样的团队有专业的美工，他们通晓html/css规范，可以独立开展工作而不依赖一个简陋的wysiwyg编辑器。这样的团队有专业的程序员，可以独立编写可以复用的，设计良好的业务组件，对于直接把界面和数据库绑在一起的设计方式不感冒，这样的团队有开发rails、struts等同类mvc框架的经验，而asp.net mvc符合他们的经验和约定。

asp.net webforms适合几乎不懂开发的业余人士，他们不需要学习大量的基础知识，他们无钱雇佣合格的程序员和美工，也没有钱请人开发，他们熟悉业务，迫切需要一个工具把业务描述成可以运行的程序。他们对程序的理解从界面开始，asp.net webforms将界面的绘制直观地表示出来，隐藏了html/css/js的复杂性，他们可以不明白什么是http协议，而只需要了解属性、事件和方法即可编程。
------解决方案--------------------
根据微软的说法，在可以预见的相当长的一段时间内，webforms和mvc将会共存，尽管后者推出的时间要晚，但是绝不会代替前者，因为我说了，他们针对的是不同的开发者群体。就好比你一开始学会了开小汽车，买了个十几万的车开开，并不是说，等你发达了，就要买个几十万的公交车，才叫更新换代。