多大规模的oa应用适合用mvc？该如何处理
多大规模的oa应用适合用mvc？
小规模的用webform实现成本低，大规模的是不是用mvc好？这个规模到底有什么区分的标准？谢谢！
------解决思路----------------------
跟规模大小没有任何关系，使用 asp.net webform 和 asp.net mvc 在现在都是一样的。
asp.net mvc 主要性能特点在于它去掉了原来asp.net 用来放winform 机制的几十万状态属性、几万事件，从而更轻。而它没有增加什么企业 UI 组件，它是以模仿 jsp/struts的轻量级编程风格为目标的，甚至为此而放弃了企业控件移植到ajax前端的 asp.net ajax controls 平台（在2006年的时候，应该说微软判断失误了）。
假设你把 asp.net webform 的 <form runat="server"><form>彻底删掉，然后彻底禁用 ViewState，那么你用 asp.net webform 和 asp.net mvc 的结果是一样的。跟所谓的规模大小没有什么关系。实际上分离这两种平台，也是一种不明智的举措，它们的页面应该混合在一个网站中（但是自动地禁用服务器端的 Form 控件和 ViewState机制。
说个更加实在的话。为了降低门槛、不开发自定义的服务器端控件，而使用 asp.net mvc，或者禁用服务器控件，你真的就降低了门槛了么？不是的。
时势比人强，你现在需要学习比 winform、weform 的控件开发技术更加复杂的 web 前端框架、插件的技术。而许多 asp.net 程序员由于完全靠自学，则连一个页面上有 2000行 javascript 程序都无法正确地维护，更别说让他们来设计开发了。
------解决思路----------------------
笑而不语，你从哪里得到这样的结论的？不同的实现而已，怎么连规模都出来了
------解决思路----------------------
楼主，MSDN够大吧，但现在已经给你定义成了小规模的了。我觉得这样讲你最能理解的了，何况MVC还是他家的呢。
小规模的用webform实现成本低，大规模的是不是用mvc好？这个规模到底有什么区分的标准？谢谢！
------解决思路----------------------
跟规模大小没有任何关系，使用 asp.net webform 和 asp.net mvc 在现在都是一样的。
asp.net mvc 主要性能特点在于它去掉了原来asp.net 用来放winform 机制的几十万状态属性、几万事件，从而更轻。而它没有增加什么企业 UI 组件，它是以模仿 jsp/struts的轻量级编程风格为目标的，甚至为此而放弃了企业控件移植到ajax前端的 asp.net ajax controls 平台（在2006年的时候，应该说微软判断失误了）。
假设你把 asp.net webform 的 <form runat="server"><form>彻底删掉，然后彻底禁用 ViewState，那么你用 asp.net webform 和 asp.net mvc 的结果是一样的。跟所谓的规模大小没有什么关系。实际上分离这两种平台，也是一种不明智的举措，它们的页面应该混合在一个网站中（但是自动地禁用服务器端的 Form 控件和 ViewState机制。
说个更加实在的话。为了降低门槛、不开发自定义的服务器端控件，而使用 asp.net mvc，或者禁用服务器控件，你真的就降低了门槛了么？不是的。
时势比人强，你现在需要学习比 winform、weform 的控件开发技术更加复杂的 web 前端框架、插件的技术。而许多 asp.net 程序员由于完全靠自学，则连一个页面上有 2000行 javascript 程序都无法正确地维护，更别说让他们来设计开发了。
------解决思路----------------------
笑而不语，你从哪里得到这样的结论的？不同的实现而已，怎么连规模都出来了
------解决思路----------------------
楼主，MSDN够大吧，但现在已经给你定义成了小规模的了。我觉得这样讲你最能理解的了，何况MVC还是他家的呢。