ASP网页编程之ASP法式功能测试呈报

使用filesystemobject，可以对服务器上的文件进行操作，浏览、复制、移动、删除等。有ado的支持，asp对数据库的操作非常得心应手。你甚至可以像使用本地数据库那样，管理远程主机上的数据库，对表格、记录进行各种操作。法式|功能   大纲：ASP静态生成的内容以甚么体例输入效力最高？最好用哪一种办法提取数据库纪录集？本文测试了近20个这类ASP开辟中罕见的成绩，测试东西所显示的工夫告知咱们：这些凡是可以想固然的成绩不但值得存眷，并且还有出人意料的奥密埋没在内。

1、测试目标

　　 本文的第一局部考查了ASP开辟中的一些根基成绩，给出了一些功能测试了局以匡助读者了解放入页面的代码究竟对功能有甚么影响。ADO是由Microsoft开辟的一个通用、易用的数据库接口，现实证实经由过程ADO与数据库交互是ASP最主要的使用之一，在第二局部中，咱们就来研讨这个成绩。

　　 ADO所供应的功效相当普遍，因而筹办本文最大的坚苦在于若何界定成绩的局限。思索到提取大批的数据能够明显地增添Web办事器的负载，所以咱们决意这一局部的次要目标是找出甚么才是操作ADO纪录集的最优设置装备摆设。但是，即便减少了成绩的局限，咱们仍然面对很大的坚苦，由于ADO可以有很多种分歧的办法来完成统一个义务。例如，纪录集不但可以经由过程Recordset类提取，并且也能够经由过程Connection和Command类提取；即便失掉纪录集对象以后，还有很多能够戏剧性地影响功能的操作办法。但是，与第一局部一样，咱们将尽量地涵盖最普遍的成绩。

　　 详细地讲，这一局部的方针是搜集足够多的信息，回覆以下成绩：

l是不是应当经由过程包括援用ADOVBS.inc？
l利用纪录集时是不是应当创立独自的毗连对象？
l最好用哪一种办法提取纪录集？
l哪一种游标类型和纪录锁定体例效力最高？
l是不是应当利用当地纪录集？
l设置纪录集属性用哪一种办法最好？
l用哪一种办法援用纪录集字段值效力最高？
l用一时字符串搜集输入是一种好办法吗？

2、测试情况

　　 本测试总共用到了21个ASP文件，这些文件可以从本文前面下载。每个页面设置成可以运转三种分歧的查询，分离前往0、25、250个纪录。这将匡助咱们隔离页面自己的初始化、运转开支与用轮回会见纪录集的开支。

　　 为便于测试，数据库毗连字符串和SQL号令串都在Global.asa中作为Application变量保留。因为咱们的测试数据库是SQL Server 7.0，因而毗连串指定OLEDB作为毗连供应者，测试数据来自SQL Server的Northwind数据库。SQL SELECT号令从NorthWind Orders表提取7个指定的字段。

< SCRIPT LANGUAGE=VBScript RUNAT=Server >
Sub Application_OnStart
Application("Conn") = "Provider=SQLOLEDB; " & _
"Server=MyServer; " & _
"uid=sa; " & _
"pwd=;" & _
"DATABASE=northwind"
Application("SQL") = "SELECTTOP 0OrderID, " & _
"CustomerID, " & _
"EmployeeID, " & _
"OrderDate, " & _
"RequiredDate, " & _
"ShippedDate, " & _
"Freight " & _
"FROM[Orders] "
End Sub
< /SCRIPT >

'alternate sql - 25 records
Application("SQL") = "SELECTTOP 25OrderID, " & _
"CustomerID, " & _
"EmployeeID, " & _
"OrderDate, " & _
"RequiredDate, " & _
"ShippedDate, " & _
"Freight " & _
"FROM[Orders] "

'alternate sql - 250 records
Application("SQL") = "SELECTTOP 250 OrderID, " & _
"CustomerID, " & _
"EmployeeID, " & _
"OrderDate, " & _
"RequiredDate, " & _
"ShippedDate, " & _
"Freight " & _
"FROM[Orders] "

　　 测试办事器设置装备摆设以下：450 Mhz Pentium，512 MB RAM，NT Server 4.0 SP5，MDAC 2.1（数据会见组件），和5.0版本的Microsoft剧本引擎。SQL Server运转在别的一台具有相似设置装备摆设的机械上。和第一局部一样，咱们仍然利用Microsoft Web Application Stress Tool 纪录从第一个页面恳求到从办事器吸收到最初一个字节的工夫（TTLB，Time To Last Byte），工夫以毫秒为单元。测试剧本挪用每一个页面1300次以上，运转工夫约20小时，以下显示的工夫是会话的均匀TTLB。请记住，和第一局部一样，咱们只关怀代码的效力，而不是它的可伸缩性或办事器功能。

　　 同时请注重咱们启用了办事器的缓冲。别的，为了让一切的文件名字长度不异，有的文件名字中嵌入了一个或多个下划线。
3、第一次测试

　　 在第一次测试中，咱们摹拟Microsoft ASP ADO示例中可找到的典范情况提取一个纪录集。在这个例子（ADO__01.asp）中，咱们起首翻开一个毗连，然后创立纪录集对象。固然，这里的剧本依照本文第一局部所总结的编码划定规矩作了优化。

< % Option Explicit % >
< !-- #Include file="ADOVBS.INC" -- >
< %
Dim objConn
Dim objRS

Response.Write( _
"< HTML >< HEAD >" & _
"< TITLE >ADO Test< /TITLE >" & _
"< /HEAD >< BODY >" _
)

Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open Application("Conn")

Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.ActiveConnection = objConn
objRS.CursorType = adOpenForwardOnly
objRS.LockType = adLockReadOnly
objRS.Open Application("SQL")

If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings
Response.Write( _
"< TABLE BORDER=1 >" & _
"< TR >" & _
"< TH >OrderID< /TH >" & _
"< TH >CustomerID< /TH >" & _
"< TH >EmployeeID< /TH >" & _
"< TH >OrderDate< /TH >" & _
"< TH >RequiredDate< /TH >" & _
"< TH >ShippedDate< /TH >" & _
"< TH >Freight< /TH >" & _
"< /TR >" _
)
'write data
Do While Not objRS.EOF
Response.Write( _
"< TR >" & _
"< TD >" & objRS("OrderID") & "< /TD >" & _
"< TD >" & objRS("CustomerID") & "< /TD >" & _
"< TD >" & objRS("EmployeeID") & "< /TD >" & _
"< TD >" & objRS("OrderDate") & "< /TD >" & _
"< TD >" & objRS("RequiredDate") & "< /TD >" & _
"< TD >" & objRS("ShippedDate") & "< /TD >" & _
"< TD >" & objRS("Freight") & "< /TD >" & _
"< /TR > " _
)
objRS.MoveNext
Loop
Response.Write("< /TABLE >")
End If

objRS.Close
objConn.Close
Set objRS = Nothing
Set objConn = Nothing

Response.Write("< /BODY >< /HTML >")
% >

　　 上面是测试了局：

　　 咱们来看一下各栏数字的寄义：
0前往0个纪录的页面所需求的TTLB（毫秒）。在一切的测试中，该值被视为生成页面自己（包含创立对象）的工夫开支，不包括轮回会见纪录集数据的工夫。
25以毫秒计的提取和显示25个纪录的TTLB
tot time/25"25"栏的TTLB除以25，它是每一个纪录的总计均匀工夫开支。
disp time/25"25"栏的TTLB减去"0"栏的TTLB，然后除以25。该值反应了在轮回纪录集时显示单个纪录所需工夫。
250提取和显示250个纪录的TTLB。
tot time/250"250"栏的TTLB除以25，该值代表单个纪录的总计均匀工夫开支。
disp time/250"250"栏的TTLB减去"0"栏的TTLB，再除以250。该值反应了在轮回纪录集时显示单个纪录所需工夫。

　　 下面的测试了局将用来同下一个测试了局对照。
4、是不是应当经由过程包括援用ADOVBS.inc？

　　 Microsoft供应的ADOVBS.inc包括了270行代码，这些代码界说了大多半的ADO属性常量。咱们这个示例只从ADOVBS.inc援用了2个常量。因而本次测试（ADO__02.asp）中咱们删除包括文件援用，设置属性时直接利用响应的数值。

objRS.CursorType = 0?' adOpenForwardOnly
objRS.LockType = 1' adLockReadOnly


　　 可以看到页面开支下落了23%。该值其实不影响单个纪录的提取和显示工夫，由于这里的变更不会影响轮回内的纪录集操作。有多种办法可以处理ADOVBS.inc的援用成绩。咱们建议将ADOVBS.inc文件作为参考，设置时经由过程正文加以申明。请记住，正如第一局部所指出的，过度地应用正文对代码的效力影响极小。别的一种办法是将那些需求用到的常量从ADOVBS.inc文件拷贝到页面内。

　　 还有一个处理该成绩的好办法，这就是经由过程链接ADO类型库使得一切的ADO常量直接可用。把上面的代码到场Global.asa文件，便可直接会见一切的ADO常量：

< !--METADATA TYPE="typelib"
FILE="C:Program FilesCommon FilesSYSTEMADOmsado15.dll"
NAME="ADODB Type Library" -- >

或：

< !--METADATA TYPE="typelib"
UUID="00000205-0000-0010-8000-00AA006D2EA4"
NAME="ADODB Type Library" -- >

　　 因而，咱们的第一条划定规矩为：

l防止包括ADOVBS.inc文件，经由过程其他办法会见和利用ADO常量。
5、利用纪录集时是不是应当创立独自的毗连对象？

　　 要准确地回覆这个成绩，咱们必需剖析两种分歧前提下的测试：第一，页面只要一个数据库事务；第二，页面有多个数据库事务。

　　 在前例中，咱们创立了一个独自的Connection对象并将它赋给Recordset的ActiveConnection属性。但是，如ADO__03.asp所示，咱们也能够直接把毗连串赋给ActiveConnection属性，在剧本中初始化和设置装备摆设Connection对象这一额定的步调可以省去。

objRS.ActiveConnection = Application("Conn")

　　 固然Recordset对象仍然要创立一个毗连，但此时的创立是在高度优化的前提下停止的。因而，与上一次测试比拟，页面开支又下落了23%，并且如预期的一样，单个纪录的显示工夫没有本色的变更。

　　 因而，咱们的第二个划定规矩以下：

l假如只利用一个纪录集，直接把毗连串赋给ActiveConnection属性。

　　 接上去咱们反省页面用到多个纪录集时，上述划定规矩是不是仍然无效。为测试这类情况，咱们引入一个FOR轮回将前例反复10次。在这个测试中，咱们将研讨三种变更：

　　 第一，如ADO__04.asp所示，在每个轮回中创立和撤除Connection对象：

Dim i
For i = 1 to 10

Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open Application("Conn")

Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.ActiveConnection = objConn
objRS.CursorType = 0 'adOpenForwardOnly
objRS.LockType = 1 'adLockReadOnly
objRS.Open Application("SQL")
If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings
...
'write data
...
End If

objRS.Close
Set objRS = Nothing
objConn.Close
Set objConn = Nothing

Next

　　 第二，如ADO__05.asp所示，在轮回里面创立Connection对象，一切纪录集同享该对象：

Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open Application("Conn")

Dim i
For i = 1 to 10
Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.ActiveConnection = objConn
objRS.CursorType = 0 'adOpenForwardOnly
objRS.LockType = 1 'adLockReadOnly
objRS.Open Application("SQL")

If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings
...
'write data
...
End If

objRS.Close
Set objRS = Nothing

Next
objConn.Close
Set objConn = Nothing

　　 第三，如ADO__06.asp所示，在每个轮回内把毗连串赋给ActiveConnection属性：

Dim i
For i = 1 to 10

Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.ActiveConnection = Application("Conn")
objRS.CursorType = 0 'adOpenForwardOnly
objRS.LockType = 1 'adLockReadOnly
objRS.Open Application("SQL")

If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings
...
'write data
...
End If

objRS.Close
Set objRS = Nothing
Next


　　 就象咱们可以料想到的一样，在轮回内创立和撤除毗连对象是效力最差的办法。不外，使人惊奇的是，在轮回内直接把毗连串赋给ActiveConnection属性只比同享单个毗连对象略微慢了一点。

　　 虽然如斯，第三划定规矩应当为：

l统一页面内用到多个纪录集时，创立单一的毗连对象并经由过程ActiveConnection属性同享它。
6、哪一种游标类型和纪录锁定体例效力最高？

　　 迄今为止的一切测试中咱们只利用了“只能向前”的游标来会见纪录集。ADO为纪录集供应的游标还有三品种型：静态可转动的游标，静态可转动的游标，键集游标。每种游标都供应分歧的功效，好比会见前一纪录和后一纪录、是不是可以看到其他法式对数据的修正等。不外，详细会商每种游标类型的功用已超越了本文的局限，下表是各类游标类型的一个对照性的剖析。

　　 和“只能向前”类型的游标比拟，一切其它的游标类型都需求额定的开支，并且这些游标在轮回内普通也要慢一些。因而，咱们愿与您同享以下劝诫：永久不要如许以为――“唔，有时分我会用到静态游标，那末我就一向利用这类游标吧。”

　　 一样的意见也合用于纪录锁定体例的选择。后面的测试只用到了只读的加锁体例，但还存在其他三种体例：守旧式、开放式、开放式批处置体例。和游标类型一样，这些锁定体例为处置纪录集数据供应了分歧的功效和掌握才能。

　　 咱们得出以下划定规矩：

l利用合适于处置义务的最复杂的游标类型和纪录锁定体例。
7、最好用哪一种办法提取纪录集？

　　 到今朝为止咱们一向经由过程创立Recordset对象提取纪录集，然而ADO也供应了直接的纪录集提取办法。上面的测试对照ADO__03.asp和直接从Connection对象创立纪录集（CONN_01.asp）这两种办法：

Set objConn = Server.CreateObject("ADODB.Connection")
objConn.Open Application("Conn")

Set objRS = objConn.Execute(Application("SQL"))

　　 可以看到页面开支略有增添，单个纪录的显示工夫没有变更。

　　 上面咱们再来看看从Command对象直接创立纪录集对象（CMD__02.asp）：

Set objCmd = Server.CreateObject("ADODB.Command")
objCmd.ActiveConnection = Application("Conn")
objCmd.CommandText = Application("SQL")

Set objRS = objCmd.Execute

　　 一样，页面开支也略有增添，而单个纪录的显示工夫没有实质的变更。前面这两种办法在功能上的差别很小，但咱们还有一个主要的成绩需求思索。

　　 经由过程Recordset类创立纪录集时，咱们可以以最大的天真性掌握纪录集的处置体例。既然前面两种办法未能有压服性的功能体现，咱们次要仍是思索默许前往的游标类型和纪录锁定体例，关于某些场所来讲默许值其实不必定是最幻想的。

　　 因而，除非因为特别的缘由需求选择前面两种办法，不然咱们建议思索上面的划定规矩：

l经由过程ADODB.Recordset类实例化纪录集，以取得最好的功能和天真性。

8、是不是应当利用当地纪录集？

　　 ADO答应利用当地（客户端）纪录集，此时查询将提取纪录集内的一切数据，查询完成后毗连可以当即封闭，今后利用当地的游标会见数据，这为释放毗连带来了便利。利用当地纪录集关于会见那些请求数据离线利用的近程数据办事十分主要，那末，关于通俗的使用它是不是一样有所匡助？

　　 上面咱们到场CursorLocation属性，并在翻开纪录集以后封闭了毗连（CLIENT1.asp）：

Set objRS = Server.CreateObject("ADODB.Recordset")
objRS.CursorLocation = 2' adUseClient
objRS.ActiveConnection = Application("Conn")
objRS.LockType = 1?' adLockReadOnly
objRS.Open Application("SQL")
objRS.ActiveConnection = Nothing

　　 实际上，这类办法因为以下两个缘由会对效力有所优点：第一，它防止了在纪录之间挪动时反复地经由过程毗连恳求数据；第二，因为可以便利地释放毗连，它加重了资本需求。但是，从上表看起来利用当地纪录集对进步效力明显没有甚么匡助。这也许是由于利用当地纪录集时，不论法式设置的是甚么，游标老是酿成静态类型。

　　 第6个划定规矩以下：

l除非的确请求纪录集当地化，不然应防止利用。
10、用哪一种办法援用纪录集字段值效力最高？

　　 10.1 测试

　　 至此为止咱们一向经由过程名字援用纪录集中的字段值。因为这类办法请求每次都必需寻觅响应的字段，它的效力其实不高。为证实这一点，上面这个测试中咱们经由过程字段在纠合中的索引援用它的值（ADO__08.asp）：

'write data
Do While Not objRS.EOF
Response.Write( _
"< TR >" & _
"< TD >" & objRS(0) & "< /TD >" & _
"< TD >" & objRS(1) & "< /TD >" & _
"< TD >" & objRS(2) & "< /TD >" & _
"< TD >" & objRS(3) & "< /TD >" & _
"< TD >" & objRS(4) & "< /TD >" & _
"< TD >" & objRS(5) & "< /TD >" & _
"< TD >" & objRS(6) & "< /TD >" & _
"< /TR > " _
)
objRS.MoveNext
Loop


　　 和预期的一样，页面开支也有小小的变更（这也许是由于代码略有削减）。但是，这类办法在显示工夫上的改良是相当分明的。

　　 鄙人一个测试中，咱们把一切的字段分离绑定到变量（ADO__09.asp）：

If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings
...
Dim fld0
Dim fld1
Dim fld2
Dim fld3
Dim fld4
Dim fld5
Dim fld6
Set fld0 = objRS(0)
Set fld1 = objRS(1)
Set fld2 = objRS(2)
Set fld3 = objRS(3)
Set fld4 = objRS(4)
Set fld5 = objRS(5)
Set fld6 = objRS(6)
'write data
Do While Not objRS.EOF
Response.Write( _
"< TR >" & _
"< TD >" & fld0 & "< /TD >" & _
"< TD >" & fld1 & "< /TD >" & _
"< TD >" & fld2 & "< /TD >" & _
"< TD >" & fld3 & "< /TD >" & _
"< TD >" & fld4 & "< /TD >" & _
"< TD >" & fld5 & "< /TD >" & _
"< TD >" & fld6 & "< /TD >" & _
"< /TR >" _
)
objRS.MoveNext
Loop
Set fld0 = Nothing
Set fld1 = Nothing
Set fld2 = Nothing
Set fld3 = Nothing
Set fld4 = Nothing
Set fld5 = Nothing
Set fld6 = Nothing
Response.Write("< /TABLE >")
End If

　　 这是今朝为止最好的纪录。请注重单个纪录的显示工夫已下降到0.45毫秒以下。

　　 上述剧本都请求对了局纪录集的机关有所懂得。例如，咱们在列题目中直接利用了字段名字，独自地援用各个字段值。上面这个测试中，不但字段数据经由过程遍历字段纠合失掉，并且字段题目也用一样的体例失掉，这是一种更加静态的计划（ADO__10.asp）。

If objRS.EOF Then
Response.Write("No Records Found")
Else
'write headings Response.Write("< TABLE BORDER=1 >< TR >")
For Each objFld in objRS.Fields
Response.Write("< TH >" & objFld.name & "< /TH >")
Next
Response.Write("< /TR >")
'write data
Do While Not objRS.EOF
Response.Write("< TR >")
For Each objFld in objRS.Fields
? Response.Write("< TD >" & objFld.value & "< /TD >")
Next
Response.Write("< /TR >")
objRS.MoveNext
Loop
Response.Write("< /TABLE >")
End If

　　 可以看到，代码功能有所下落，但它仍然要比ADO__07.asp要快。

　　 下一个测试示例是后面两个办法的折中。咱们将持续坚持静态特点，同时经由过程在静态分派的数组中保留字段援用进步功能：

If objRS.EOF Then
Response.Write("No Records Found")
Else
Dim fldCount
fldCount = objRS.Fields.Count
Dim fld()
ReDim fld(fldCount)
Dim i
For i = 0 to fldCount-1
Set fld(i) = objRS(i)
Next

'write headings
Response.Write("< TABLE BORDER=1 >< TR >") For i = 0 to fldCount-1
Response.Write("< TH >" & fld(i).name & "< /TH >")
Next
Response.Write("< /TR >")
'write data
Do While Not objRS.EOF
Response.Write("< TR >")
For i = 0 to fldCount-1
Response.Write("< TD >" & fld(i) & "< /TD >")
Next
Response.Write("< /TR >")
objRS.MoveNext
Loop
For i = 0 to fldCount-1
Set fld(i) = Nothing
Next
Response.Write("< /TABLE >")
End If


　　 固然还不克不及超越之前最好的成就，但它比开首的几个示例要快，同时它具有静态地处置任何纪录集这一长处。

　　 与后面的测试代码比拟，上面的测试代码有了基本性的修改。它利用纪录集对象的GetRows办法填凑数组以供轮回会见数据，而不是直接会见纪录集自己。注重在挪用GetRows以后当即把Recordset设置成了Nothing，也就是尽快地释放了体系资本。别的，请注重数组的第一维代表字段，第二维代表行（ADO__12.asp）。

If objRS.EOF Then
Response.Write("No Records Found")
objRS.Close
Set objRS = Nothing
Else
'write headings
...

'set array
Dim arrRS
arrRS = objRS.GetRows
'close recordset early
objRS.Close
Set objRS = Nothing

'write data
Dim numRows
Dim numFlds
Dim row
Dim fld
numFlds = Ubound(arrRS, 1)
numRows = Ubound(arrRS, 2)
For row= 0 to numRows
Response.Write("< TR >")
For fld = 0 to numFlds
Response.Write("< TD >" & arrRS(fld, row) & "< /TD >")
Next
Response.Write("< /TR >")
Next

Response.Write("< /TABLE >")
End If

　　 利用GetRows办法时，全部纪录集都被提取到了数组。固然纪录集极端复杂时能够发生资本成绩，然而用轮回会见数据的速度的确更快了，这是因为作废了MoveNext和反省EOF之类的函数挪用。

　　 速度是要支付价值的，如今纪录集的元数据已丧失了。为处理这个成绩，咱们可以在挪用GetRows之前从纪录集对象提取题目信息；另外，数据类型和其他信息也能够事后提取。别的还要注重的是，测试中功能上的优势只要在纪录集较大的时分才会呈现。

　　 这一组的最初一个测试中，咱们利用了纪录集的GetString办法。GetString办法将全部纪录集提取成为一个大的字符串，并答应指定分隔符（ADO__13.asp）：

If objRS.EOF Then
Response.Write("No Records Found")
objRS.Close
Set objRS = Nothing
Else
'write headings
...
'set array
Dim strTable
strTable = objRS.GetString (2, , "</TD><TD>", "</TD></TR><TR><TD>")
'close recordset early
objRS.Close
Set objRS = Nothing
Response.Write(strTable & "</TD></TR></TABLE>")
End If

　　 固然这类办法在速度上的优点十分分明，但它只合用于最复杂的操作，基本没法顺应略微庞杂的数据操作请求。
  实现规模效益。与传统的用户拥有硬件软件所有权和使用权以及传统的应用服务商提供一对一的服务模式不同，ASP拥有应用系统所有权，用户拥有使用权，应用系统集中放在ASP的数据中心中，集中管理，分散使用，以一对多的租赁的形式为众多用户提供有品质保证的应用技术服务，实现规模效益。

我认为比较好的方法是找一些比较经典的例子，每个例子比较集中一种编程思想而设计的。

没有坚实的理论做基础，那么我们连踏入社会第一步的资本都没有，特别对于计算机专业的学生学好专业知识是置关重要的。在这里我侧重讲一下如何学习ASP，从平时的学习过程中。

兴趣爱好，那么你无须学编程，申请一个域名和空间，在网上下载一些免费开源的CMS系统，你不用改代码，只须熟悉它们的后台操作，像office一样简单方便，很快就能建一个站点，很多站长都是这样做的

没有坚实的理论做基础，那么我们连踏入社会第一步的资本都没有，特别对于计算机专业的学生学好专业知识是置关重要的。在这里我侧重讲一下如何学习ASP，从平时的学习过程中。

我可以结合自己的经验大致给你说一说，希望对你有所帮助，少走些弯路。

从事这个行业，那么你可以学ASP语言，简单快速上手，熟练dreamweav排版，写asp代码，熟练photoshop处理图片，打好基础就行了

Response:从字面上讲是“响应”，因此这个是服务端向客户端发送东西的，例如Response.Write

最近在学asp，不要问我为什么不直接学.net，因为公司网站是asp做的所以有这个需要，卖了本书asp入门到精通，对里面的六大内置对象老是记不住，还有很多属性和方法看的头晕。

ASP主要是用好六个对象，其实最主要的是用好其中两个：response和request，就可以随心所欲地控制网页变换和响应用户动作了。

作为IE上广为流传的动态网页开发技术,ASP以它简单易学博得了广大WEB程序爱好这的青睐,而且它对运行环境和开发品台的不挑剔,以及有大量有效的参考手册,极大的推广了它的发展。

多看多学多思。多看一些关于ASP的书籍，一方面可以扩展知识面一方面可以鉴借别人是如何掌握、运用ASP的;多学善于关注别人，向同学老师多多学习，不论知识的大小;多思则是要将学到的知识灵活运用。

弱类型造成潜在的出错可能：尽管弱数据类型的编程语言使用起来回方便一些，但相对于它所造成的出错几率是远远得不偿失的。

交流是必要的，不管是生活还是学习我们都要试着去交流，通过交流我们可以学到很多我们自己本身所没有的知识，可以分享别人的经验甚至经历。

作为IE上广为流传的动态网页开发技术,ASP以它简单易学博得了广大WEB程序爱好这的青睐,而且它对运行环境和开发品台的不挑剔,以及有大量有效的参考手册,极大的推广了它的发展。

我们必须明确一个大方向，不要只是停留在因为学而去学,我们应有方向应有目标.

我就感觉到ASP和一些常用的数据库编程以及软件工程方面的思想是非常重要的。我现在也在尝试自己做网页，这其中就用到了ASP，我想它的作用是可想而知的。

ASP的语言不仅仅只是命令格式差不多，而是包含在<%%>之内的命令完全就是VB语法。虽然ASP也是做为单独的一个技术来提出的，但他就是完全继承了VB所有的功能。

学习ASP其实应该上升到如何学习程序设计这种境界，其实学习程序设计又是接受一种编程思想。比如ASP如何学习，你也许在以前的学习中碰到过。以下我仔细给你说几点:

不能只是将它停留在纸上谈兵的程度上。