ASP.NET是微软继MFC之后最无用的框架

uno 2007-01-21 08:35:29
【我的这种看法仅针对ASP.NET】

MFC做了什么?通过宏提供OOP,以及:封装——

1. WIN32消息循环
2. 回调函数


ASP.NET做了什么?提供.NET组件访问,以及:封装——

1. HTML代码(成为"runat=server"控件)
2. 控制b/s之间往返数据所使用的回发javascript(成为__doPostBack)


ASP.NET的封装隐藏了许多HTML细节,有助于桌面开发者通过最小代价掌握Web开发,但是这种封装是以牺牲浏览器执行效率为代价的。
目前几乎所有的Web应用都在为提高用户体验而不断做优化,ASP.NET的“包办”对于目前的客户端浏览器而言只是提供了更多冗余代码。
当面对搜索引擎的时候,这些代码无异于对网站PR的增长宣判了死刑。除非你的网站不需要通过搜索引擎获得访问量——比如MSN Spaces
...全文
745 38 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
38 条回复
切换为时间正序
请发表友善的回复…
发表回复
zzmsl 2007-06-14
  • 打赏
  • 举报
回复
无非是在说控件不好吧。不用控件,也可以用 Response.Write 来输出的呢。
lonehare 2007-06-14
  • 打赏
  • 举报
回复
增加了很多,asp.net技术内幕 里面有个例子,你看看。
-------------------------------------------------------------
其实是并不多的,关键点在于,现在做.net的人根本不对ViewState进行优化,像现在市面上看到的.net网站,10个里面至少有8个不对它优化。

不过我现在做前台显示页面的时候也几乎不用那些服务器端的控件,确实是回到了asp时代,不过后台的页面用的就比较多了。不过我做的每个页面都会对ViewState进行优化,像按钮之类的,ViewState是肯定不开的。
terry_12 2007-06-14
  • 打赏
  • 举报
回复
不是asp.net做的不够好,而是你自己做的不够好.
谁说MS提供了ViewState你就无论哪里就用他的?
模版和浏览器没任何关系.模版其实是为了提供一个灵活的机制.不是不够好,是你不会用
szc21 2007-06-14
  • 打赏
  • 举报
回复
如果光看客户端所生成的HTML,确实,在ViewState的记录里确实有很多冗余的代码,不过,我想问问LZ,这些字符会增加多少字节的网络传输负担???
-------------------------------------------------------------
增加了很多,asp.net技术内幕 里面有个例子,你看看。
楼主的一些想法,我也感觉到。在做小型网站方面,有时候用asp.net拖控件确实不怎么合适。.net用ViewState保存状态来页面回传,有时候根本用不到。在需要高效传输的时候,影响很大。我现在做的很多页面,发现很多根本不需要这功能。很多时候我都不会用asp.net控件,开发回到asp的时候了。
但我不否认asp.net框架,正如 幕白 说的,.net不只是做网站的。开发的很多b/s系统,应用起来根window from 一样。
lonehare 2007-06-14
  • 打赏
  • 举报
回复
LZ真是太不了解.NET了!!!

如果光看客户端所生成的HTML,确实,在ViewState的记录里确实有很多冗余的代码,不过,我想问问LZ,这些字符会增加多少字节的网络传输负担???

而这些冗余所带给服务器的好处却非常明显,正是因为有了这些状态的记录,服务器对客户端程序的响应速度几乎是以成倍数的增加,如果LZ不信的话可以做一个最简单的实验,用.net中的DataGrid或DataView控件对1000条左右的数据进行分页显示,现在估计还没哪种技术比.net来的快。

感觉LZ很“初学”!
zhulei2008 2007-06-14
  • 打赏
  • 举报
回复
除了能给用户带来炫目的效果和沉重的浏览器负担之外,并没有多大的实际意义
=====================
用户难道这不是最终的目的吗?

BookSirSwordsMan 2007-06-14
  • 打赏
  • 举报
回复
LZ勇敢的精神我太佩服了,你发JAVA版去还没话说,发到这里嘛。。。(只能被某些人抽而已,只能说这是欠抽贴)
loweek 2007-06-14
  • 打赏
  • 举报
回复
asp.net虽然没有新的技术,但是能成功解决开发周期过长的问题。

想想以前上传一个文件多麻烦,现在几句话就搞定了。
zyip 2007-06-14
  • 打赏
  • 举报
回复
MFC也好Asp.net也好,微软想做的就是给开发人员带来方便,牺牲部分性能来换取跟块的开发速度是软件业发展的趋势,论效率的话机器码最快,不过没有谁会花几百年的时间用机器码写一个程序,会编-》高级语言-》框架,软件开发史上一次又一次的飞跃,不都是以牺牲性能为前提的吗
gameboy766 2007-06-14
  • 打赏
  • 举报
回复
我个人觉得asp.net太像当年的vb了,门槛底,拥有一大群只会拖控件的"程序员"
Arieslns 2007-06-14
  • 打赏
  • 举报
回复
看大家的意思,好像能依照自己的意愿进行研究似的。工作要求什么就用什么工具就可以了,没必要为了老生常谈的问题,扭来扭去。
大飞飞虫 2007-06-14
  • 打赏
  • 举报
回复
大势所趋,这是没法改变的事实~~~~~~

M$有得是钱,SUN一直被打压哦。切换是迟早的事情,只是目前切换大家都觉得没有那个必要,也不想化那个钱罢了

以这中状态,能维持几年?几十年?
M$不断推陈出新
sxsluoyin 2007-06-14
  • 打赏
  • 举报
回复
我喜欢asp.net是因为它可用,只此而已。并且对网站现有基础上又可以很好很容易的对“内容”扩充,这点在实际中才是最重要的,其他的么,明显的是技巧而已
wangyanyan 2007-06-14
  • 打赏
  • 举报
回复
不可否认MFC是非常强大了。怀念啊
windstore 2007-06-14
  • 打赏
  • 举报
回复
呵呵。。
KKND2006 2007-06-14
  • 打赏
  • 举报
回复
MFC是非常好的框架么?



只是WIN32开发里面用得比较多而已
稍微有点无敌 2007-06-14
  • 打赏
  • 举报
回复
一句话,你不得不承认ASP.net提出了一种新的web开发模式,而这种模式是对提高开发效率或者说易用性的一种成功的改进,

这不是空话,没有多少人会抱怨asp.net不如asp,除非你对ASP有很深的感情,不能脱离那种模式,不能接受新的模式
yayx 2007-06-14
  • 打赏
  • 举报
回复
开发效率和运行效率本来就存在矛盾

asp.net提供了很好的开发效率,牺牲了一些运行效率,这种做法无可厚非
很正常。。。
定位就是这样
uno 2007-01-22
  • 打赏
  • 举报
回复
幕白问得好

的确,我现在用asp.net主要目的还是做网站,自然会得到越用越无用的感受

换个角度去思考的话,想法一定会大不同
macd004 2007-01-22
  • 打赏
  • 举报
回复
等楼主做一个框架
加载更多回复(18)

62,243

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧