现在好像无论什么跟 .net 搭个边就成高科技一样, 所以发此贴, 希望各位能站在客观的立场
发表自已的意见, 而不是肓目跟风.大家为什么要用 Asp.net, 什么情况下用它而不用 ASP (下面的星星为各自的评分)一\代码页
ASP.NET: 代码分离 ☆☆☆
ASP : 代码不分离 ☆☆☆
---------------------------
确实, 代码分离有一定的好处, 但弊端也显而易见, .NET提供了大量的服务器控件
据说可极大的方便编程. 但, 姑且不说大量使用服务器控件对服务端的性能影响, 大家都知道
还有很多问题必须使用客户端控件才行(难道.net还不成熟? ), 据我所知, aspx.cs(aspx.vb)文件,
也就是代码分离的页面, 是无法操作客户端控件的, 这样, 一会要在HTML页面写, 一会又要在codebehind
页面写, 而二者又无法通讯, 搞得人实在很郁闷二\ 功能
ASP.NET: 尚可 ☆☆☆
ASP : 已十分成熟 ☆☆☆☆
----------------------------
对于这两者的功能, 我没能力大加评价, 但据我所知, 仍有大量的东西必须使用 javascript实现三\ IDE
ASP.NET: VS.net ☆☆☆☆
ASP : Notepad.exe也可以 ☆☆☆
----------------------------
VS.net除了占RAM, 速度慢些之外, 其它的都很好, 必竟是M$的东东四\ 调试
ASP.NET: aspnet_wp.exe ☆☆☆☆☆
ASP : ? ☆☆
----------------------------
通过 调试进程 aspnet_wp.exe, ASP.NET在调试网页时, 可做到和调试WIN32程序一样的方便
断点, 单步, etc, 实在很方便
ASP , 除了 alert之外, 还有其它更好的办法吗?五\ 速度
这方面, 有谁可以做一个测试吗? 注: 本人一直从事 win32开发, 现欲转到 internet上, 使用过几个月的Asp.net, 感觉并没有想
象中的好, 也许我在 internet方面资历尚浅, 故乱发妄论, 望各位高人批评指正!
发表自已的意见, 而不是肓目跟风.大家为什么要用 Asp.net, 什么情况下用它而不用 ASP (下面的星星为各自的评分)一\代码页
ASP.NET: 代码分离 ☆☆☆
ASP : 代码不分离 ☆☆☆
---------------------------
确实, 代码分离有一定的好处, 但弊端也显而易见, .NET提供了大量的服务器控件
据说可极大的方便编程. 但, 姑且不说大量使用服务器控件对服务端的性能影响, 大家都知道
还有很多问题必须使用客户端控件才行(难道.net还不成熟? ), 据我所知, aspx.cs(aspx.vb)文件,
也就是代码分离的页面, 是无法操作客户端控件的, 这样, 一会要在HTML页面写, 一会又要在codebehind
页面写, 而二者又无法通讯, 搞得人实在很郁闷二\ 功能
ASP.NET: 尚可 ☆☆☆
ASP : 已十分成熟 ☆☆☆☆
----------------------------
对于这两者的功能, 我没能力大加评价, 但据我所知, 仍有大量的东西必须使用 javascript实现三\ IDE
ASP.NET: VS.net ☆☆☆☆
ASP : Notepad.exe也可以 ☆☆☆
----------------------------
VS.net除了占RAM, 速度慢些之外, 其它的都很好, 必竟是M$的东东四\ 调试
ASP.NET: aspnet_wp.exe ☆☆☆☆☆
ASP : ? ☆☆
----------------------------
通过 调试进程 aspnet_wp.exe, ASP.NET在调试网页时, 可做到和调试WIN32程序一样的方便
断点, 单步, etc, 实在很方便
ASP , 除了 alert之外, 还有其它更好的办法吗?五\ 速度
这方面, 有谁可以做一个测试吗? 注: 本人一直从事 win32开发, 现欲转到 internet上, 使用过几个月的Asp.net, 感觉并没有想
象中的好, 也许我在 internet方面资历尚浅, 故乱发妄论, 望各位高人批评指正!
.net 的星星比较多些， 所以是发展的趋势^_^
有些ASP的程序员没有转过弯来可以用DW开发也行的。。
对用户来说性能好就是重要的。
asp.net 用vs.net先编译再执行。所以我们愿意使用vs.net
ASP.NET: 代码分离 ☆☆☆
ASP : 代码不分离 ☆☆☆
---------------------------
确实, 代码分离有一定的好处, 但弊端也显而易见, .NET提供了大量的服务器控件
据说可极大的方便编程. 但, 姑且不说大量使用服务器控件对服务端的性能影响, 大家都知道
还有很多问题必须使用客户端控件才行(难道.net还不成熟? ), 据我所知, aspx.cs(aspx.vb)文件,
也就是代码分离的页面, 是无法操作客户端控件的, 这样, 一会要在HTML页面写, 一会又要在codebehind
页面写, 而二者又无法通讯, 搞得人实在很郁闷服务器控件对服务端的性能影响确实比客户端控件要大,因为服务器控件需要转化成客户端的HTML标记,
而客户端控件本身就是HTML标记,不需服务器处理!
还有很多问题必须使用客户端控件才行???? 我觉得应该是客户端控件能做的服务器控件一定能做,
反之就不一定啦
代码分离本来就是要将页面布局和逻辑分开,这点是谁都认可的!至于你说的一会要在HTML页面写, 一会又要在codebehind
页面写, 而二者又无法通讯
应该是说的脚本和codebehind无法直接通信吧! 二\ 功能
ASP.NET: 尚可 ☆☆☆
ASP : 已十分成熟 ☆☆☆☆
----------------------------
对于这两者的功能, 我没能力大加评价, 但据我所知, 仍有大量的东西必须使用 javascript实现B/S中,IIS服务器的作用是按需生成HTML文档,发送到客户端,
客户端IE呈现HTML文档, 发送后的HTML文档只有客户端IE对其有控制的能力, 所以使用 javascript是无法避免的
我们不能改变这个环境。那就要适应它。为了生存。
我想一切都会好起来的
而且。NET面向对象，这一定比ASP的基于对象比。可想而知了。
再就是做。NET的工资高多啦！
--------------------------------------------------
听这位兄台的意思, VC, ASP都会被 .NET 淘汰???Asp的确是面向过程的脚本语言, Asp.net 也的确可以用面向对象的方法写
ASP被取代也无可非议, 但 Asp.net 并没有处理好二者之间的关系, 既然大家都承认 Asp.net的好处之一
是 codebehind, 而 Asp.net 离不开javascript, 那 javascript 又无法和 codebehind通讯, 这这这,
这也太荒唐了吧!
js与codebehind交互还是有一些办法的，虽然是不太方便
主要是面向对象和类库的强大是ASP望尘莫及的
用MS的InterDev和.net IDE,都可以单步执行调试ASP.
你用记事本,当然不能调试了
-____-'''
---------------------------------------------------------------------------
兄台会不会有些夸张, 我至今为止尚未见到哪个Asp.net的网站比Asp的网站速度快 900倍
甚至都没有比 Asp要快到哪去的
ASP.net什么时候成编译的了, 不是基于 CLR 的吗?
更正(阐明)一个观点
我从没有认为 .net ＝＝ Asp.net, 只不过现在讨论的仅仅是 Asp.net
ASP.NET: 尚可 ☆☆☆
ASP : 已十分成熟 ☆☆☆☆
----------------------------
对于这两者的功能, 我没能力大加评价, 但据我所知, 仍有大量的东西必须使用 javascript实现我认为你的星不公证,应该是下面这样的
ASP.NET: 强大的很 ☆☆☆☆☆
ASP : 已十分成熟 ☆☆☆☆
因为asp.net背后有强大的类库支持,几乎任何事情都可以做,不在需要单独为服务器安装什么组件了,拿生成缩略图打比方,.net直接就可以实现,而asp是需要用组件的,安装麻烦,其它类似情况也比较多,还有.net的缓存机制也能大幅度的提高站点性能(前提是你要用好)
兄台会不会有些夸张, 我至今为止尚未见到哪个Asp.net的网站比Asp的网站速度快 900倍
甚至都没有比 Asp要快到哪去的
ASP.net什么时候成编译的了, 不是基于 CLR 的吗?上面那位老兄说的确实夸张了,但在运行时asp.net确实是基于编译的,那是什么时候编译的呢?是在你第一次运行站点中的某个页时,服务器端先编译然后在处理你要求的数据,所以你可能会觉得有些慢,但当你再次访问或别人再访问时,都会直接使用编译后的程序来处理你的请求,速度就会比asp快多了,因为再次访问asp站点时,还是需要解释执行的.
兄台会不会有些夸张, 我至今为止尚未见到哪个Asp.net的网站比Asp的网站速度快 900倍
甚至都没有比 Asp要快到哪去的
---------------------------------经过精确测试:
同为解释执行:ASP.net的CodeFront方式比ASP快100倍
而ASP.net的CodeBehind比CodeFront还要快9倍
所以:综合结果 完全CodeBehind的asp.net要比ASP快900倍。当然这只是我个人的测试，不能代表全部，是个不太准确的数字。但这个数字组以证明ASP.net比ASP快得多的多至于为什么现在有些ASP.net的速度还比不上原来的ASP的速度，这个原因也很多。
因为ASP.net自动生成的HTML中“垃圾代码”过于庞大，所以在网速不高的情况下，ASP.net网站比ASP要慢了。
.net是个更“高级”一些的东西，如果使用.net时不懂得优化、不精通HTML和Script，做的网站应该是比较“笨重”的。
偶现在转不过弯还在用DW，不幸被言中，汗
asp.net用了http管道，
asp安全性不好，asp.net好多了，
ado.net对不同的数据库不同的连接，有只向前读的，也有在内存做个副本的
ASP.NET: 尚可 ASP : 已十分成熟
不是我说你，你真要好好学一学，你总结的那些东西都是太肤浅的，为什么用javascript 在客户端执行，快呀。不是说javascript的功能asp.net实现不了，而是没必要所有东西在服务器端执行。asp只有5个对象 asp.net有几千 而且这个数字还在不断增加。asp.net2.0 有一个控件一次性搞定 分页 排序 删除 插入 更新 只要拖拽一下就写好，asp.net2.0 还有个功能就是每个页面总有一部分所有页面共享，以前要用session的，现在这个东西保持用户状态，特别是购物车，等于微软给我们写好了，用户可以自由在此控制页面，还有，asp.net1.0其实就是asp4 asp.net2.0就是asp5，微软内部人就这么认为的。
微软取名.net只不过一种商业目的而已。也是想说又不多变化，其实本质没有变，还是基于web的。知道web服务多重要吗？asp怎么做以上经为沧海一粟
asp 也 自然 有它 生存的空间不然 干吗 c++ 那么优秀了
还出个 java
再出个 C#
asp有点难搞！
jsp也是，还贵。
其它就更不用说了。
试了一下2005 beta1，感觉编码更简单了。连消息委托都隐藏了。。汗
程序员又要变懒了
看asp的是一种折磨，特别是出错的时候，有时都无从下手。编程是一种享受，如果
在运用一下简单的判断的脚本语言。程序会变的更生动。从另一种角度来看，asp.net
个人觉得不错，呵呵。
-------------------------------------------------------------------------------
是吗？首先我问你：你自己相信这是真的吗？？ 依我的经验，什么时候上ASP.net做的网站都比ASP做的网站慢了许多！ 我自己做的同样功能的系统，用ASP.net开发的运行时间一般是ASP开发的运行时间的2-5倍。
许多人说：ASP.net页面第一次运行慢，以后就快了，但问题是：如果一个网站的每一个页面第一次运行都慢，其实就是整个网站的运行时间都很慢了，再试问：谁会有时间有心情去把一个网站的每一个网页都先运行一遍[完成所谓的“编译”]后，再去享受其后的“高速”呢？这不是天大的笑话？？！！你们有谁做过这样的蠢事？我估计打开顶多3张网页，觉得奇慢无比后就懒得再上了。
而ASP页面就没有这样重大的缺陷，什么时候打开的速度都是那么平均，不是所谓的“高速”，但决没有让人无法忍受的低速。
可能有人会说：是不是你的电脑太差了？不错！我的电脑不高级，所以运行ASP比ASP.net快得太多了。但问题是：谁会为上网而专门去配一台：P4 3.2E+1G DDR400+160G HD+875主板这样玩连3DsMAX6都能极速的电脑呢？何况我们老百姓常挂在嘴上的一句话是：我只要能打打字，上上网就可以了。这样看来，他们所要求的能上网电脑肯定不是什么高配置了。自然ASP.net开发出来的.aspx这种慢得让人头发都等白的网站他们肯定是没耐心去上了。
我是一个大老粗，不懂ASP.net有什么高明的地方，自然也不敢瞎评判它了。我只是说说一点包括我在内的许多人上网的真正感受，那就是：.aspx的网站太慢，比.asp慢得让人知道什么叫“绝望”！
ASP.net页面第一次运行慢，以后就快了。这有什么值得怀疑的，关键你知道这里的“第一次运行”是指什么吗？你自己先搞搞清楚。还有我不是 ASP.NET 程序员，我都知道是咋回事。你可能是 WEB 开发人员，可真的让我汗颜。
你如果用过ASP.NETT应该明白,它属于编译型的语言,而ASP是属于解释型的.我很同意楼上的说法，你根本就不懂“第一次运行”是什么意思？没事好好自己看看。ASP,EM
http://www.microsoft.com/china/msdn/events/webcasts/Webcast/webcast_sep.mspx
原来缓存对性能起了那么大的帮助，视频中还总结了一系列优化的措施，以及通过Application Test Center的测试数据。相信会对大家有所帮助的！
所谓的第一次运行即编译并不是你理解的那种,实际上通过后置代码的方式,网站的主要逻辑部分都被放在了bin目录中的dll文件里,当某个人第一次运行时(这个第一次是指网站做完发布好后还没人访问过或很常时间没人访问过网站的时候),是对这个dll文件进行编译,以后别人再访问网站时都是使用这个编译好的程序了,不在乎你访问的是哪个页面了,因为每个页的逻辑部分都被包含在那个dll中了,但如果没有采用后置代码的方式的话,每次访问aspx页都要单独编译它里面的逻辑程序,速度自然就慢了(应该和asp速度相同),如果你实在找不到.net程序运行快的程序你可以参考一下斑竹Lostinet的论坛http://forum.lostinet.com/Forum.Aspx
你所看到的.net程序慢并不是.net的错,是编程者水平的问题
其实asp.net并不像广告所说，这么简单好学，你如果没有asp,js的基础，你会感觉每走一步，困难都很大！
希望有经验的高手，讲一讲，用asp.net与asp的区别。
如果不用 CodeBehind, 我有什么理由用 Asp.net另: CodeBehind和 js 相互通讯的问题不知解决没有
......
强烈的讨厌asp.net
你说ASP有什么不能完成的？
除了GDI+之类的。还有接口。
至于运行速度方面：也要看什么样的页面了，如果是一般的，只是简单的展示html的页面。asp当然要比aspx快。毕竟aspx要page类来生成html.但是如果是用大量业务逻辑的页面，aspx还是快得多。至于页面设计人员方面：确实是如楼上所说。我个人觉得页面设计人员应该就是纯粹的美工人员，他没必要了解asp和asp.net。一个web系统的看上去页面很多，但是很多页面风格都是雷同的，处了一些特殊页面外，比如default，我觉得只需要美工人员做出纯的html模板即可。没必要要他把每个页面都弄一遍。至于codebehind与Js交互：同感，我现在只能用hidden for server控件来进行后台代码与Js进行数据交互。microsoft那些天才们应该要改进。这里有个这个缺点的例子：在Js中为listbox服务器控件添加或减少条目后。提交后listbox无法恢复。因为它是根据viewstate来恢复listitem的，而不是实时的，这样的例子还有treeview等。总之：任何技术都是优点和缺点，关键在于你在什么时候用它，不然这个世界上就没有系统构架师这个职业了，呵呵
幸亏我不是 WEB 开发人员。我做 WINFORM，我的感觉是 .NET 做 WINFORM 比 DELPHI、VB 都要好得多。如此认为，可能是我不精通 DEPHI 或者 VB 的缘故吧。
但我相信说做 WINFORM 还是 DELPHI、VB 好的朋友可能正是因为没有精通 .NET 吧。
这其实不是题外话。因为对于 ASP 和 ASP.NET 来说，也是具有类比性的。至于哪一个更好，只是你已精通一项而没有精通另一项罢了。
当然Asp第一选择。大的话，用asp.net，不过我的设想是asp.net和Asp会一起用，毕竟Asp在有些方面还是要胜与Asp.net的，资源什么的，还是Asp来的省。
快速小项目的开发直接用asp
需要长期维护的项目可以考虑用asp.net
另外,用asp.net意味着要改变你的web设计方式,比如从dw转向vs.net,学习一大堆.net的知识,而老实说,不是向楼上说的,从ASP转过来的习惯了用DW,用VS.NET转不过弯,而实际上是作为WEB开发,VS.NET的确有些方面不如DW2004方便,如果DW出了2005,我想我会毫不犹豫的使用它的!还有就是目前的服务器控件对css标准支持得并不好,凭什么数据库读取出来的数据展现在datagrid里面就一定要是table的?这样根本无法方便的生成xhtml兼容的web标准网页.
还有就是,对于项目来讲,重要的不是代码的可复用性,而是可读性,而asp.net在这方面正是他的强项.但如果采用codebehind的编码又会抵消这种方便,呵呵
接触ASP.Net近1年了，做了几个项目，没感觉他好和不好（ASP我没做过），养家没有问题了。我现在又想玩C了。
我的想法是只要基础好，就没多大问题。用张三丰的话：“你有九阳神功护体，学什么武功都特别快”
我希望ASP慢，ASP.NET快！
因为，我现在的软件都是用ASP.NET作的。但近来，我的用户都反映，我的ASP.NET的网页很慢，远没有原来的ASP快！？？
我哭！！
我期望着ASP.NET的快速！！
不好做答还没有完全驾驭.net不敢妄言
我希望ASP慢，ASP.NET快！
因为，我现在的软件都是用ASP.NET作的。但近来，我的用户都反映，我的ASP.NET的网页很慢，远没有原来的ASP快！？？
我哭！！
我期望着ASP.NET的快速！！
----------------------------------------------------------
你们怎么骂我不行都可以，毕竟我才开始接触asp.net，但正如上面这为先生说的那样，实际情况是：asp.net做的东西就比asp做的运行速度慢！
我不管你怎么把asp.net吹到天上去，事实胜于雄辩！
其实问题很简单，一个比喻就明白：宝剑的确比绣花针威风，但这能推出拿宝剑绣花就比用绣花针绣的方便，绣的要好看？
我操！我他妈凭什么跟着你疲于奔命啊？你今天在这个山头插一杆C#大旗，我马上跑到这里来会合，明天在那个山头插一杆D#大旗，我马上又跑到那里来会合，再哪天...... 他妈什么时候是个头啊？
你他妈就不能学学java或jsp，php那样，循序渐进的变革好不好？不要搞不搞就来一次“抛弃”似的“革命”，抛弃asp、vb、vfp、vc++，搞asp.net、vb.net、vc++.net，[vfp根本就懒得让它进.net俱乐部了]
学编程也有快5年了，就是跟在微软屁股后面玩命的跑，从vfp、vb、asp一路跟来，学了一样没3个月就被微软“过时”掉了，到如今什么东西都没学精，[让诸位笑话了，但我决不是最后一个]。总结这些年学编程的经验，就是：他妈再也不能跟着微软这小子混了，太他妈容易忘本，太没人性了。早知道玩php或jsp，或许不至于这么心累！
我现在开始正正经经学php了，[不学jsp，复杂，也免得别人说我是java的支持者在这里骂微软]。从此跟微软拜拜，走自己的独木桥去了。
个人感觉asp.net还是很强大的.速度不会很差劲.当然我每次重新生成的首次访问是慢一点.不过编译之后访问速度很快..同时你会发现看asp.net比asp代码清晰多了..呵呵.走.net路线