ASP编程：Adodb.Command 平常很少注重到的一个参...

asp可以使用微软的activeX使得网页功能无比强大，不过安全性也较差，而且是基于的windows服务器，所以性能稳定性也一般ado|command我们在ASP中挪用SQLServer的存储历程时，假如利用Adodb.Command工具，一般利用以下的代码：

dimcmd,rs

setcmd=Server.CreateObject("ADODB.Command")
cmd.ActiveConnection=conn
cmd.CommandType=adCmdStoredProc
cmd.CommandText="TestProc"
cmd.Parameters.Appendcmd.CreateParameter("@a",adInteger,adParamInput,4,1)
cmd.Parameters.Appendcmd.CreateParameter("@b",adVarChar,adParamInput,50,b)
...
setrs=cmd.Execute

明天我在调试一个程序的时分发明，ASP页面上提醒某个参数没有赋值，而实践上我没赋值的倒是另外一个参数。因而我翻开SqlServer的事务探察器，实行了一遍程序，捕获到实践上ASP发送给SqlServer的SQL语句实践上是以下的情势：

executeTestProc1,b,....

缘故原由如今很分明了，ADO引擎没有把对存储历程的挪用翻译为完全的语法，而是接纳了上述简写体例，如许，傍边间某个参数丧失的时分，就有大概由于错位而误判为另外一个参数丧失。
然后我查了一下Command工具的属性，加了以下一句：

cmd.NamedParameters=true

也就是说指定要利用显式定名的变量情势，然后再实行一边程序，发明事务探察器中捕获到的语句酿成了：

execTestProc@a=1,@b=b,...

报错的参数也是准确的。
</p>asp可以使用微软的activeX使得网页功能无比强大，不过安全性也较差，而且是基于的windows服务器，所以性能稳定性也一般

跟学别的语言一样，先掌握变量，流程控制语句(就是ifwhileselect)等，函数/过程，数组

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

ASP.Net和ASP的最大区别在于编程思维的转换，而不仅仅在于功能的增强。ASP使用VBS/JS这样的脚本语言混合html来编程，而那些脚本语言属于弱类型、面向结构的编程语言，而非面向对象，这就明显产生以下几个问题：

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

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

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

它可通过内置的组件实现更强大的功能，如使用A-DO可以轻松地访问数据库。

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

Session:这个存储跟客户端会话过程的数据，默认20分钟失效

运用ASP可将VBscript、javascript等脚本语言嵌入到HTML中，便可快速完成网站的应用程序，无需编译，可在服务器端直接执行。容易编写，使用普通的文本编辑器编写，如记事本就可以完成。由脚本在服务器上而不是客户端运行，ASP所使用的脚本语言都在服务端上运行。