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

Question

【我的这种看法仅针对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

Answer 1

楼主是想说明asp还是js，抑或是楼主自己有web平台产品要推荐？mfc并不能提高楼主的身份，除非你直接针对asp.net来评论。例如，评论一下GridView控件中的模版机制、无刷新重新排序的机制、编辑机制等等。

Answer 2

sorry，打字太快了，少了一个字母：  是想说明asp还是js  -->  是想说明asp还是jsp看上去似乎也不是jsp的托。因为即使你去java论坛，也可以看到很多关于在web应用中使用标签、组件、框架的讨论，而不是如此空的。

Answer 3

得程序员者得天下.asp.net其实不简单， 只是门槛低, 微软是尽可能的让更多人先入门,不会刚学就被吓走，想学深,继续攀升的话，还有很多东西要继续深入学习就是用.net, 还总有免不了调win32的时候

Answer 4

以前，我认为asp.net好，现在我认为jsp
问我为什么？？
老板开了好几倍的价钱给我，用jsp开发也许，将来asp.net又好了，呵呵，目前还没定呢

Answer 5

我是新手，我说的是，asp,php,jsp,asp.net等等技术都是为满足客户需求而生的，如果，客户没有对网络的需要，这些技术都是一钱不值的，打个比喻：中药、西药，哪个更好，我说能治病的就好。您们说对不。

Answer 6

要达到那样的功能，比如GridView那样的组件，请问使用jsp的时候应该如何开发呢？注意我并不是jsp能不能开发，而是如何开发。这个很重要。如果我们不去做东西，我们可以很容易批评。如果我们必须建设东西而不是仅仅批评东西，如果我们仅仅问换一种别的框架该如何做，互相完成同样的功能都是怎么设计的，这才是够技术水准的讨论。我们讨论技术，并不发表简单的议论。

Answer 7

楼主是不是说为了“运行效率”，需要程序员从头写啊？那样直接汇编好了。讨论这些没什么意义，你可以说无以计数的程序员在使用“最无用的框架”开发无用的企业应用（asp.net面向企业应用，确实对简单网站不太合适），卖给大批的客户，客户在日常工作中大量使用这些无用的应用，来处理手头的工作。

Answer 8

学习asp.net中，还很肤浅，感觉楼上说的很有道理。
个人觉得现在sap.net的框架还是相当不错的

Answer 9

asp.net 最初的目的 就是 为了提供给企业 快速 开发 的能力当然 如果 完全按照 高性能的要求 抛弃 服务器控件 ViewState模式
的asp.net一样可以做到只是看 应用的需求而已如果楼主 还是觉得不满
呵呵 不如 01010001去写个sina.com google.com出来

Answer 10

这也行,哈哈,.net做的已经不错了,现在市场不错

Answer 11

除非你的网站不需要通过搜索引擎获得访问量——比如MSN Spaces
===========
asp.net是专门做网站的吗?

Answer 12

扯淡,现在主流趋势是基于web2.0的SOA体系
也就说以后引擎主要搜索的是web服务,而非页面表现LZ把头对着臭水沟,自然是满眼漆黑,满鼻恶臭.

Answer 13

再说了,js主要干啥用的,asp.net封装的js操作都是命令动作,我想问一句,搜索引擎关不关心你页面上又啥动作,人家根本就不关心你的动作,只关心你页面显示的信息.基础问题:引擎爬虫抓页面,不是根据你的客户动作爬页面的,而是根据页面连接来爬页面的.

Answer 14

用ASP.net，让你摸不着头脑（非常高手除外）
用JSP让你清楚页面为什么会那样。

Answer 15

幕白问得好的确，我现在用asp.net主要目的还是做网站，自然会得到越用越无用的感受换个角度去思考的话，想法一定会大不同

Answer 16

无非是在说控件不好吧。不用控件，也可以用 Response.Write 来输出的呢。

Answer 17

开发效率和运行效率本来就存在矛盾asp.net提供了很好的开发效率，牺牲了一些运行效率，这种做法无可厚非
很正常
定位就是这样

Answer 18

一句话，你不得不承认ASP.net提出了一种新的web开发模式，而这种模式是对提高开发效率或者说易用性的一种成功的改进，这不是空话，没有多少人会抱怨asp.net不如asp，除非你对ASP有很深的感情，不能脱离那种模式，不能接受新的模式

Answer 19

MFC是非常好的框架么?晕只是WIN32开发里面用得比较多而已

Answer 20

不可否认MFC是非常强大了。怀念啊

Answer 21

我喜欢asp.net是因为它可用，只此而已。并且对网站现有基础上又可以很好很容易的对“内容”扩充，这点在实际中才是最重要的，其他的么，明显的是技巧而已

Answer 22

大势所趋，这是没法改变的事实~~~~~~M$有得是钱，SUN一直被打压哦。切换是迟早的事情，只是目前切换大家都觉得没有那个必要，也不想化那个钱罢了以这中状态，能维持几年？几十年？
M$不断推陈出新

Answer 23

我个人觉得asp.net太像当年的vb了，门槛底，拥有一大群只会拖控件的"程序员"

Answer 24

MFC也好Asp.net也好，微软想做的就是给开发人员带来方便，牺牲部分性能来换取跟块的开发速度是软件业发展的趋势，论效率的话机器码最快，不过没有谁会花几百年的时间用机器码写一个程序，会编－》高级语言－》框架，软件开发史上一次又一次的飞跃，不都是以牺牲性能为前提的吗

Answer 25

asp.net虽然没有新的技术，但是能成功解决开发周期过长的问题。想想以前上传一个文件多麻烦，现在几句话就搞定了。

Answer 26

LZ勇敢的精神我太佩服了，你发JAVA版去还没话说，发到这里嘛（只能被某些人抽而已，只能说这是欠抽贴）

Answer 27

LZ真是太不了解.NET了！！！如果光看客户端所生成的HTML，确实，在ViewState的记录里确实有很多冗余的代码，不过，我想问问LZ，这些字符会增加多少字节的网络传输负担？？？而这些冗余所带给服务器的好处却非常明显，正是因为有了这些状态的记录，服务器对客户端程序的响应速度几乎是以成倍数的增加，如果LZ不信的话可以做一个最简单的实验，用.net中的DataGrid或DataView控件对1000条左右的数据进行分页显示，现在估计还没哪种技术比.net来的快。感觉LZ很“初学”！

Answer 28

如果光看客户端所生成的HTML，确实，在ViewState的记录里确实有很多冗余的代码，不过，我想问问LZ，这些字符会增加多少字节的网络传输负担？？？
-------------------------------------------------------------
增加了很多，asp.net技术内幕 里面有个例子，你看看。
楼主的一些想法，我也感觉到。在做小型网站方面，有时候用asp.net拖控件确实不怎么合适。.net用ViewState保存状态来页面回传，有时候根本用不到。在需要高效传输的时候，影响很大。我现在做的很多页面，发现很多根本不需要这功能。很多时候我都不会用asp.net控件，开发回到asp的时候了。
但我不否认asp.net框架，正如 幕白 说的，.net不只是做网站的。开发的很多b/s系统，应用起来根window from 一样。

Answer 29

不是asp.net做的不够好,而是你自己做的不够好.
谁说MS提供了ViewState你就无论哪里就用他的?
模版和浏览器没任何关系.模版其实是为了提供一个灵活的机制.不是不够好,是你不会用

Answer 30

增加了很多，asp.net技术内幕 里面有个例子，你看看。
-------------------------------------------------------------
其实是并不多的，关键点在于，现在做.net的人根本不对ViewState进行优化，像现在市面上看到的.net网站，10个里面至少有8个不对它优化。不过我现在做前台显示页面的时候也几乎不用那些服务器端的控件，确实是回到了asp时代，不过后台的页面用的就比较多了。不过我做的每个页面都会对ViewState进行优化，像按钮之类的，ViewState是肯定不开的。