MVC框架 速度 比 非MVC框架 的快？解决办法
日期：2014-05-17 浏览次数：20510 次
MVC框架 速度 比 非MVC框架 的快？
别人和我说是生成HTML输出要时间
然后他直接是HTML
这不和ASP差不多了吗？
------解决方案--------------------
适当的前台和后台的结合。。没有纯粹的东西
------解决方案--------------------
据说比起 原来的webform ，mvc每秒能处理更多的request，但也取决于具体应用吧。
webform 的服务器控件和viewstate 确实会影响性能。
------解决方案--------------------
呵呵 怎么说呢
------解决方案--------------------
在相同条件下吧
------解决方案--------------------
webform 的 viewstate是加大了html数据流量
如果你都用html+ajax+net来做，我觉得应该比mvc快点吧
------解决方案--------------------
你添加一个普通的asp.net页面时，页面上是不是自动产生了
<form runat=server />
这种东西了？那么你删除就好了！删除了这个，你就被人逼迫着放一些简单的控件在页面<body />内部了。
其实那些所谓的说法的人，他们从来不知道可以删除这个东西。他们只知道微软喂给什么初始页面，那就是圣旨。结果，什么asp之类的，初始只是一个最低级的白纸，他们就要找出理由说白纸比<form runat=server />速度快之类的理由来。
在很多年前，真正会做aspx页面的人也会做ashx，在ashx中调用一些输出函数来结构化和嵌套地生成html也就可以了。
------解决方案--------------------
如果放到大一些的范畴，整个asp.net都不是应该有的web编程思路。web页面应该在浏览器端请求服务器时，仅仅下载一些<div><span>之类的表达层次数据的东西，而界面渲染在客户端javascript来完成。
为什么这个概念叫嚣了6、7年似乎在国内还很少用？因为程序员素质很低。java早已经退出了企业web应用的主流，可是asp.net除了7年前发布asp.net ajax之后，，转而学struts搞什么mvc这种扯淡的东西了。网页开发人员始终也没有得到一个大公司给开发的合适的工具。asp.net只是引用了一个开源的jQuery，却从来没有在此方面真正认证对待。
------解决方案--------------------
基本上那是两种选择问题。一个是你选择丰富的控件和完善的控制机制（只能说还算丰富，asp.net已经有许多年没有增加什么优秀的控件，所以我从2009年就开始主张应该淘汰逐步asp.net开发），另一个就是你选择明确的ajax开发思路。
对于后者来说，asp.net中只需要有ashx这类东西，或者你使用asp、php等都是一样的，反正不过是用来下载数据和脚本，而界面布局和交互控制都是javascript编程的事情，那么你还去相信那种忽悠什么web端表现层的什么“MVC”这种鬼话么？服务器端有什么MVC可言？服务器端根本没有传统的表现层，哪来什么MCV？
------解决方案--------------------
------解决方案--------------------
如果只是普通的小网站，用webform可以轻松实现。
如果是大中型项目，建议使用html+ajax+ashx的方式或者asp.net mvc。
------解决方案--------------------
我感觉在表现层基本差不多，， 关键底层是什么架构 我想这是根本影响速度的
------解决方案--------------------
------解决方案--------------------
要性能 你直接 使用机器码编程得了
------解决方案--------------------
MVC的页面貌似是简洁轻便了一些。
别人和我说是生成HTML输出要时间
然后他直接是HTML
这不和ASP差不多了吗？
------解决方案--------------------
适当的前台和后台的结合。。没有纯粹的东西
------解决方案--------------------
据说比起 原来的webform ，mvc每秒能处理更多的request，但也取决于具体应用吧。
webform 的服务器控件和viewstate 确实会影响性能。
------解决方案--------------------
呵呵 怎么说呢
------解决方案--------------------
在相同条件下吧
------解决方案--------------------
webform 的 viewstate是加大了html数据流量
如果你都用html+ajax+net来做，我觉得应该比mvc快点吧
------解决方案--------------------
你添加一个普通的asp.net页面时，页面上是不是自动产生了
<form runat=server />
这种东西了？那么你删除就好了！删除了这个，你就被人逼迫着放一些简单的控件在页面<body />内部了。
其实那些所谓的说法的人，他们从来不知道可以删除这个东西。他们只知道微软喂给什么初始页面，那就是圣旨。结果，什么asp之类的，初始只是一个最低级的白纸，他们就要找出理由说白纸比<form runat=server />速度快之类的理由来。
在很多年前，真正会做aspx页面的人也会做ashx，在ashx中调用一些输出函数来结构化和嵌套地生成html也就可以了。
------解决方案--------------------
如果放到大一些的范畴，整个asp.net都不是应该有的web编程思路。web页面应该在浏览器端请求服务器时，仅仅下载一些<div><span>之类的表达层次数据的东西，而界面渲染在客户端javascript来完成。
为什么这个概念叫嚣了6、7年似乎在国内还很少用？因为程序员素质很低。java早已经退出了企业web应用的主流，可是asp.net除了7年前发布asp.net ajax之后，，转而学struts搞什么mvc这种扯淡的东西了。网页开发人员始终也没有得到一个大公司给开发的合适的工具。asp.net只是引用了一个开源的jQuery，却从来没有在此方面真正认证对待。
------解决方案--------------------
基本上那是两种选择问题。一个是你选择丰富的控件和完善的控制机制（只能说还算丰富，asp.net已经有许多年没有增加什么优秀的控件，所以我从2009年就开始主张应该淘汰逐步asp.net开发），另一个就是你选择明确的ajax开发思路。
对于后者来说，asp.net中只需要有ashx这类东西，或者你使用asp、php等都是一样的，反正不过是用来下载数据和脚本，而界面布局和交互控制都是javascript编程的事情，那么你还去相信那种忽悠什么web端表现层的什么“MVC”这种鬼话么？服务器端有什么MVC可言？服务器端根本没有传统的表现层，哪来什么MCV？
------解决方案--------------------
------解决方案--------------------
如果只是普通的小网站，用webform可以轻松实现。
如果是大中型项目，建议使用html+ajax+ashx的方式或者asp.net mvc。
------解决方案--------------------
我感觉在表现层基本差不多，， 关键底层是什么架构 我想这是根本影响速度的
------解决方案--------------------
------解决方案--------------------
要性能 你直接 使用机器码编程得了
------解决方案--------------------
MVC的页面貌似是简洁轻便了一些。
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
