记得微软刚刚推出ASP.NET时，给人的震撼是开发Web程序不再是编写传统的网页，而像是在构造应用程序，因而微软称之为WebForm。但是两年后�

对嚯，是asp与asp.net的重大区别面向对象?

没有充分利用asp.net的面向对象

我看到的是来自微软社区，微软社区又来自哪里就忘记了。应该让所有写asp.net的人都了解下，自己原来做错了。

漫漫来么。毕竟asp.net还不成熟，等到3。0就稳定了。到那时候，一定可以用好里面的所有新技术点。

面向对象的web设计的确给我们带来了激动----------------------------------------------------------------------
欢迎试用ASP.NET大文件上传组件(AspnetUpload 1.0 Release & 无刷新进度条)
http://www.cnblogs.com/bestcomy/archive/2004/06/09/14267.aspx
http://bestcomy.europe.webmatrixhosting.net
----------------------------------------------------------------------

说真的。其实.net也就是封装了一些东西。
不过在设计思想上面到是迈出一大步

俺看的书上说webform是为了编写web程序的模式和应用程序相同，可以直接拖控件之类的，说asp.net推出是为了写应用程序倒不知道，俺孤陋寡闻！）：

这个感觉我也有！在阅读某些介绍asp.net的书籍的时候，所举的例子仍然是原来的嵌入式代码，看起来很是不习惯啊！！
想起有些大的公司在招聘新的员工的时候特别强调新员工的适应能力，就是尽量减少曾经有的经验对新的工作的印象，那个经典的例子我还记得呢：
两个杯子，一个空的，一个有半杯水，然后倒入可乐加满，给新员工品尝，然后询问两杯的味道如何？？答案是什么？？不是吧，这个还要问？
道理一样！！其实MS给我们的很多东西，我们都没有发挥及至，office有谁敢说能够完全发挥出他的威力啊！！？？

在过去的近一年时间里，我一直在用ASP.NET开发项目ASP.NET真的是好冬冬阿我之前也有开发过asp 和 jsp和这两者相比，asp.net不论是在设计思想还是功能上都强不少尤其是在面向对象的基础上，进一步面向组件开发起来可以说感觉很舒服 : ）

错
实际情况是如果全部用asp.net的"优势"的话
那么执行速度比asp慢的多的多因为每个服务器控件的数值改变一次
页面就要重新刷新一次,而传统的asp页面不存在这些问题.全部在客户端做
所以如果真的对 asp.net 做优化的话一些系统级的程序当然用 cs来做可是真正的页面改进
一定要用脚本来写比如 js vbs 甚至一些东西还要退回到 asp

可以直接拖控件之类???
你看拖进来的源代码
每个都用了好多 style ..
大多是拉圾.....

2003 beta不叫codebehind
2003 叫codebehind
2005 又不叫codebehind了...改叫CompileWith了

我看到的是来自微软社区，微软社区又来自哪里就忘记了。应该让所有写asp.net的人都了解下，自己原来做错了。
///////////////////////页面内嵌代码和后置代码的方式本来就没有“错”与“对”，但是页面与代码的分离是以前很多ASP程序员的“梦想”，Asp.NET给了我们一个机会，让程序员只需要关注代码的构建，更好的用基于OO的方法、模式等去构架应用结构，不用去考虑前台UI的表现，我们为什么不用呢？///////////////////////////////////////
错
实际情况是如果全部用asp.net的"优势"的话
那么执行速度比asp慢的多的多因为每个服务器控件的数值改变一次
页面就要重新刷新一次,而传统的asp页面不存在这些问题.全部在客户端做
所以如果真的对 asp.net 做优化的话一些系统级的程序当然用 cs来做可是真正的页面改进
一定要用脚本来写比如 js vbs 甚至一些东西还要退回到 asp/////////////////////////一个系统不是几个页面，更不能只从页面的执行效率来考虑问题，何况页面改进的事可以交给美工或者页面设计师来做，程序员做的UI都比较……呵呵

在阅读某些介绍asp.net的书籍的时候，所举的例子仍然是原来的嵌入式代码。
--------------------------------
这样好理解，也好讲。
编程一定要有思想，asp是无法与.net比的，要是有大量的客户端能处理的就放到客户端好了，这样的好像很少大多是特效，有实际意义的数据一般都要触发后台的。微软的改变只是把界面开发做的很容易了，这样才有更多精力构架思想去开发后台，构建更健壮的程序。不用codebehind很难构架一个有规模的工程，也难于实现面向对象的优势。不管怎样，页面、代码、数据库分离这的确是编程的好方法。

我靠，好多 Web Server 控件都是要钱的啊……不让你写界面，你就投怀送抱？

高手在用ASP。NET写应用程序。一般的呢，只好在页面里加代码了。不是说微软的思路不好，只是现实和理想总是有差距的。

Enhancing ASP.NET Pages with JavaScript
http://www.ondotnet.com/pub/a/dotnet/2003/09/15/aspnet.htmlby Matthew MacDonald, coauthor of ASP.NET in a Nutshell, 2nd Edition
09/15/2003
ASP.NET is a server-based platform, which means the code you write executes on the web server instead of in the client's browser. This approach ensures that your code is kept secure from prying eyes, and it sidesteps most browser-compatibility issues. However, it also introduces some unavoidable limitations.
For example, the ASP.NET web page model doesn't provide any way to react to events, such as a user's mouse movements. In this case, the overhead of sending the page back to the server after every mouse movement would make the web page unworkably slow. Similarly, because your code can't interact directly with the browser, it can't display pop-up windows or manage multiple frames in a frameset in the same way a snippet of client-side JavaScript could.

我的观点和kld3000(Never Say Never）一样，这让我很头痛。既要考虑ASP。NET对性能的影响，同时又很羡慕使用CODEBEHIND的面向对象。因此我只能是尽可能少用ASP。NET服务器控件。

说真的。其实.net也就是封装了一些东西。
不过在设计思想上面到是迈出一大步

我不觉得，Asp.net有什么好用的地方？只不过.net平台给人的感觉很强大，所以大家才用它？比如在web方面的开发，我觉得dreamwerver有时候要比Asp.net设计页面要强大的多？并且，.net平台在设计web页面时候，有Html和设计两种状态，往往在Html中写好的Html代码，在设计状态中就不能动，一动就会出现一些莫名其妙的问题，比如：到处修改Html中的代码？
还有，如果一个页面的Html代码比较多的话，如果你想要找一个控件的Html代码，是个很麻烦的事情？这一点，我感觉远不如dreamwerver来的方面实用！
还有其他一些问题．．．

to zhq3k(zhq3k)
  我用过 PB DataWindow 开发数据的确很快，但也有很多不好的地方。
  DotNet 的全部控件都可以同时在一个程序里显示多国语言。PB 可不行。
列：数据库字段是 MSQLSERVER NVChar 类型，里面有 3 个中文 3 个韩文在一个字段里
DataWidnow 如果在中文系统就可以显示 3 个中文后面是乱码。
DotNet 却可以都显示正常(当然你要有韩文字体)]，SQLSERVER 也可以显示正常。
这只是一点，如果你真想用 datawindow 可以到PB 网站下载 DataWindow.NET
Sybase 为何没有向 Borland  那样出 PB.NET 因为 PB 除了 DataWindow 已经....XXXX;
而且个人认为 Sybase 比较懒就一个窗口控件布局吧，多实用的功能啊。
Delphi n 年前就有了，PB N 代了也没加上
靠写点东西还要老子在窗口大小改变的时候自己写控制代码控制N多控件位置。
datawindow  的确节省了不少时间但在其他地方浪费的也不少
--------------------------------------------------------------------

B/S 的程序对速度的要求是很重要的。
ASP.NET 如果使用大量的SERVER 控件,的确会加快你的开发速度。
但是速度会大打折扣（是ASP.NET程序员人都知道）.
在aspx页坠入代码，用原来asp的方式来使用 asp.net 的话。
不用多有 1000 条记录的就可以感觉出来明显老的方法快，如果在网络环境更可以明显感觉出来。坠入代码自己控制的生成的网页会比较小。
而且没有如下的这些
<input type="hidden" name="__VIEWSTATE" value="dDwtMTc2Nzc3NzUyMTt0PDtsPGk8MT47PjtsPHQ8O2w8aTwzPjtpPDU+O2k8Nz47PjtsPHQ8cDxsPFZpc2libGU7PjtsPG88dD47Pj47Oz47dDxwPGw8VmlzaWJsZTs+O2w8bzx0Pjs+Pjs7Pjt0PHA8bDxWaXNpYmxlOz47bDxvPHQ+Oz4+Ozs+Oz4+Oz4+O2w8X2N0bDE6UmVtZW1iZXJDaGVja2JveDtfY3RsMTpTaWduaW5CdG47Pj7F3hXHyBmyKrw5zcftAhr8G3L+sw==" />
asp.net 的服务端控件用的越多 <input type="hidden" name="__VIEWSTATE" 生成的代码就越大我这个还是少的那。所以 asp.net 程序员个人认为不应该过分使用 "服务器控件".

实际情况是如果全部用asp.net的"优势"的话
那么执行速度比asp慢的多的多
///Asp.net是编译执行，Asp是解释执行，同样的功能，谁快谁慢很清楚。因为每个服务器控件的数值改变一次
页面就要重新刷新一次,而传统的asp页面不存在这些问题.全部在客户端做///Asp.net也可以不用服务器端控件。用服务器端控件是为了节省编程的时间。服务器端控件
///的消耗并不大，只是保存了一些空间的状态。微软并不推荐全部使用服务器端控件。
所以如果真的对 asp.net 做优化的话一些系统级的程序当然用 cs来做可是真正的页面改进
一定要用脚本来写比如 js vbs 甚至一些东西还要退回到 asp
///退回Asp?难道有在asp中能用而.net不能用的功能？.net不能使用js?不能使用Vbs？
B/S 的程序对速度的要求是很重要的。
ASP.NET 如果使用大量的SERVER 控件,的确会加快你的开发速度。
但是速度会大打折扣（是ASP.NET程序员人都知道）.
在aspx页坠入代码，用原来asp的方式来使用 asp.net 的话。
不用多有 1000 条记录的就可以感觉出来明显老的方法快，如果在网络环境更可以明显感觉出来。坠入代码自己控制的生成的网页会比较小。
而且没有如下的这些
<input type="hidden" name="__VIEWSTATE" value="dDwtMTc2Nzc3NzUyMTt0PDtsPGk8MT47PjtsPHQ8O2w8aTwzPjtpPDU+O2k8Nz47PjtsPHQ8cDxsPFZpc2libGU7PjtsPG88dD47Pj47Oz47dDxwPGw8VmlzaWJsZTs+O2w8bzx0Pjs+Pjs7Pjt0PHA8bDxWaXNpYmxlOz47bDxvPHQ+Oz4+Ozs+Oz4+Oz4+O2w8X2N0bDE6UmVtZW1iZXJDaGVja2JveDtfY3RsMTpTaWduaW5CdG47Pj7F3hXHyBmyKrw5zcftAhr8G3L+sw==" />
asp.net 的服务端控件用的越多 <input type="hidden" name="__VIEWSTATE" 生成的代码就越大我这个还是少的那。所以 asp.net 程序员个人认为不应该过分使用 "服务器控件".
/*
对.net的工作原理不了解。.net的数据访问使用脱机数据集，如果把所有的数据都一下子选出来，当然会慢。要对数据做分页处理，也就是每次只取一页数据，多取的数据没有意义，因为web程序是无状态的，除非保存到Session,否则会浪费资源，而把大量数据保存到Session不是一个好的做法。微软的帮助里有关于分页的描述。当然，这给编程带来了一定的难度，但是这种做法极大的提高了服务器的性能，这是.net超越J2EE的优点。正确的实现了分页的应用程序，查询的速度应该是数据量的对数。当然,J2EE也可以这样做，而且在Web程序中也必须这样做，否则性能会很低。如果一定要用Ado,也可以用AdoRecordSet来填充Dataset。
*/
<input type="hidden" name="__VIEWSTATE" value="dDwtMTc2Nzc3NzUyMTt0PDtsPGk8MT47PjtsPHQ8O2w8aTwzPjtpPDU+O2k8Nz47PjtsPHQ8cDxsPFZpc2libGU7PjtsPG88dD47Pj47Oz47dDxwPGw8VmlzaWJsZTs+O2w8bzx0Pjs+Pjs7Pjt0PHA8bDxWaXNpYmxlOz47bDxvPHQ+Oz4+Ozs+Oz4+Oz4+O2w8X2N0bDE6UmVtZW1iZXJDaGVja2JveDtfY3RsMTpTaWduaW5CdG47Pj7F3hXHyBmyKrw5zcftAhr8G3L+sw==" />
/*
ViewState用来保持服务器控件的状态，一般内容不会太多，跟页面的大小有关。除非在ViewState里面保存了太多的变量，否则正常情况下也就是几K到几十K。比起现在网站上满天飞的图片和Flash,实在算不了什么。然而给我们节省的时间却是难以估量的。
*/
/*
.net 能做而asp不能做的
1、错误处理机制
Asp仅仅支持On Error Resume Next,而且很多Asp程序员连这个都不用。这样想手工做一个错误处理都不能实现，只能用Asp页的自动错误处理。
而.net支持try/catch/finally.
2、组件编程模型
asp.net是可以直接使用组件的，asp要通过Com组件来使用。Asp.net调用组件可以使用早绑定和晚绑定，而Asp只能使用晚绑定。早绑定的效率是大大优于晚绑定的，而且在代码安全性上也优于晚绑定，因为类型错误在编译时就可以检查出来，而晚绑定要运行时才能检查。Asp.net可以使用多种面向对象的语言来开发组件。而Asp开发组件最常用的工具是Vb,vb对面向对象的支持是不够的。
3、反射
反射使.net Framework成为一种动态的语言，有极大的灵活性。对于权限控制之类的问题来说，用反射解决是很方便的。
4、丰富的类库。CLR几乎封装了所有的类库。
5、界面逻辑和程序逻辑分离。
6、事件编程模型
这是连J2ee都暂时还不具备的优点。
7、良好的开发工具支持
尽管还有种种不便之处，但是我个人认为Visual Studio.net已经是所有IDE中最好用的。
*/

Asp程序员的心态
1、大部分Asp程序员对.net不了解顶多一直半解，但是出于某种阴暗的心理，却喜欢抨击.net
2、Asp程序员喜欢说.net程序效率不高，但是却从来不对两种程序进行测试和比较。他们甚至连自己的程序都不测试，因为他们没有测试的习惯，也不知道如何测试。
3、Asp程序员大多数除了Asp之外不会其他的东西，也不会开发Com组件。
4、Asp程序员喜欢上网，因为可以找到很多源代码Copy。而.net太不方便了，因为没有那么多现成的东西可以Copy
5、Asp程序员也知道现在Asp的工作不好找了，所以必须贬低.net才不会彻底失业。
6、Asp程序员只要会RecordSet和几句javascript就可以混了，而.net还要学不少东西。

可能我说的过了一点，但是我见到的很多Asp程序员都是这样的。

没有充分运用ASP。NET的技术，而是很多实现还是采用以前的脚本来实现！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

没用过VS.NET2003来做ASP.NET应用的人是无权发表关于.NET的任何言论的

http://www.microsoft.com/china/community/Column/93.mspx建意还没有面向对象思路写asp.net的朋友好好的体会一下上面这篇文章！

/// 回复人： heroman1979(网络虫子) ( ) 信誉：96
没用过VS.NET2003来做ASP.NET应用的人是无权发表关于.NET的任何言论的///
不知道网络虫子这话是什么意思，是不是要学ASP。NET就必须用VS。NET开发？
我现在正为此事苦恼呢。希望赐教 [email protected]

1、错误处理机制
Asp仅仅支持On Error Resume Next,而且很多Asp程序员连这个都不用。这样想手工做一个错误处理都不能实现，只能用Asp页的自动错误处理。
而.net支持try/catch/finally.烦的很，.net什么都希望用/try/catch 正是这个烦的很，自定义也不叫自定义 faint
一个throw的时候什么路径全出来了

调试易

记得微软刚刚推出ASP.NET时，给人的震撼是开发Web程序不再是编写传统的网页，而像是在构造应用程序，因而微软称之为WebForm。但是两年后

解决方案 »