ASP教程之ASP 3.0初级编程（十七）

源代码保护方面其实现在考虑得没那么多了..NET也可以反编译.ASP写得复杂的话别人能看得懂的话.他也有能力自己写了.这方面担心的倒不太多.纵观现在网上可以下载的那些所谓BBS还有什么网站等等的源代码编程|初级第5章剧本运转期库工具
后面章节已先容了ASP怎样利用在服务器上界说的工具的实例，充实使用所供应的办法和属性扩大ASP的功能。有一系列的工具可供利用，包含剧本工具和尺度IIS/ASP安装的组件，和本人创立的大概从其他供给商处购置的工具。也能够在互联网上各类网站收费下载工具，并在本人的页面上利用。
这一章将会商由ASP剧本情况供应的一样平常称为“剧本运转期库”（ScriptingRuntimeLibrary）的工具。这些工具经由过程正在利用的剧本引擎供应给代码，与ASP剧本程序一同完成多种有用义务。
另有一种组件是“举动服务器组件”（ActiveServerComponent），经由过程独自的ActiveXDLL文件大概其他文件来完成。前面章节将会商相干内容。
固然，必要研讨怎样在页面上利用这些工具。在前一章中，我们已懂得了服务器怎样供应一个办法来实例化工具，本章将深切会商这个内容。
本章将先容以下内容：
・剧本引擎以剧本工具体例供应了甚么。
・怎样创立剧本工具及其他组件实例。
・剧本工具的成员和属性提要。
・怎样在代码中利用剧本工具。
上面入手下手研讨剧本工具的界说。

5.1剧本工具的界说
后面章节研讨了ASP工具模子。
工具模子是用来了解体系的各个部分互相干系的一种基础手腕。
ASP工具模子供应了一种布局，用来作为一个全体利用HTTP哀求、呼应及ASP情况中的分歧元素。比方，我们已看到，怎样经由过程检察ASP哀求工具的cookie汇合，失掉来自扫瞄器的任何cookie值。
我们利用的剧本言语也有工具模子。但是，剧本言语供应的这一工具模子，分歧于由ASPDLL间接供应的工具模子，剧本工具是由Microsoft剧本运转期库（scrrun.dll）供应的，安装缺省的ActiveScripting剧本引擎时，也安装了Microsoft剧本运转期库。

5.1.1分歧范例的工具和组件
不要对“工具”和“组件”这两个名词感应狐疑，在必定局限内它们都能够作为ASP的一部分，一样能够经由过程COM对其举行会见。从观点上能够将它们分为四类：
・ASP内置工具，如ObjectContext、Request、Response、Application、Session、Server和ASPError。本书的第2章到第4章已研讨了这些内容。
・剧本工具。经由过程剧本运转期库利用，如Dictionary、FileSystem和TextStream。这是本章要会商的工具。
・可安装的组件。由Microsoft在IIS5.0和ASP3.0尺度安装时供应。这将鄙人一章会商。
・其他组件。从其他自力厂商购置的、在网站上发明的大概本人创立的组件。另有一些其他的由Windows服务或产物供应的组件，如WindowsScriptingHost。在本书的附录中供应了响应的列表，本书专门有一部分章节报告怎样构建本人的组件。

5.1.2VBScript和Jscript剧本工具
作为剧本运转期库的一部分，Microsoft供应三个次要的工具：
・Dictionary工具供应一个极其有效的存储工具，它用来存储值，经由过程工具的名字而不是其索引举行会见和援用。比方，关于存储从ASPRequest工具中检索到的称号/值对，这长短常符合的。
・FileSystemObject工具供应了对服务器底层文件体系的会见（在客户端上利用IE5.0，与名为“HypertextApplication(HTA)”的特别范例的页面协同利用）。可用FileSystemObject工具遍历盘算机的当地及收集的驱动器、文件夹和文件。
・TextStream工具供应对存储在磁盘上文件的会见，用于同FileSystemObject工具协同利用。TextStream工具可以读出或写进文本（按次的）文件，并仅能经由过程FileSystemObject工具举行实例化，以是人们经常以为TextStream工具是FileSystemObject工具的子工具。
FileSystemObject工具是其他一系列用来与文件体系交互的工具和汇合的“父代”。该工具供应了工具的三个汇合：Drives、Folders和Files汇合，每一个汇合分离是响应的Drive、Folder和File工具的汇合。它们用来举行磁盘上的驱动器、文件夹（目次）和文件的遍历和定位。工具间的干系如-1所示：

-1剧本运转期库中工具间的干系
上面，将顺次先容这些工具和汇合，和怎样利用它们。但是，起首要了解工具实例与组件的创立或实例化体例之间的差别。这是下一节的次要内容。

5.2创立工具生组件实例
创立剧本运转期库工具的实例与创立任何其他工具和组件的实例化体例完整不异。可以使用ASPServer工具供应的CreateObject办法（确保工具创立在以后页面的情况内），大概利用一个<OBJECT>元素。我们将研讨这两种办法，事实接纳那种办法依附于页面的必要。

5.2.1利用Server.CreateObject办法
正如在研讨Server工具的时分看到的，组件或其他工具实例可依据它们的ProgID来创立：
<%
DimobjThis
SetobjThis=Server.CreateObject(“ADODB.Connection”)
%>
ProgID字符串“正式的”格局是“供给商.组件.版本”，供给商的名字和版本是可选的。一般ProgID只包括前两部分（如上例）。多数供给商在ProgID中设置版本编号，这将制止向后兼容的新版本利用一样的ProgID，这请求改动ASP页面才干利用新版本。

5.2.2利用<OBJECT>元素
可使用尺度的HTML<OBJECT>元素经由过程增添RUNAT参数并指定其值为“SERVER”来在服务器上创立一个组件实例。别的，一般是供应工具的ProgID字符串而不是数字的ClassID：
<OBJECTID=”objThis”RUNAT=”SERVER”PROGID=”This.Object”>
<PARAMNAME=”param1”VALUE=”value1”>
<PARAMNAME=”param2”VALUE=”value2”>
</OBJECT>
假如下面剧本的工具有响应的属性可在剧本中利用，在<OBJECT>元素内可经由过程<PARAM>元素举行设置，就像一般在HTML页面中所做的一样。在ASP中利用<OBJECT>元素时不请求CODEBASE属性，当其不成用时，服务器不会试图下载和安装工具或组件。
1．指定一个ClassID
别的，能够指定想要创立的工具或组件的ClassID。在不晓得方针机安装了甚么其他组件的情形下，这长短常有效的。比方在客户端上的扫瞄器的页面上实例化组件时。
在实际上，组件的ProgID（文本“供给商.组件”）不该该互相抵触，应当是独一的。但是，这不是自作掩饰的。有大概美国南方的一个供给商与希腊小岛上的一个供给商同名。可是，利用ClassID辨认会见时，由于ClassID是独一的，同名情形就不会产生。
假如决意利用工具或组件的ClassID，应将其放进CLASSID属性中，而不是PROGID属性。如：
<OBJECTID=”objThis”RUNAT=”SERVER”
CLASSID=”clsid:892D6DA7-E0F9-11D2-B2E9-00105A42AF30”>
<PARAMNAME=”param1”VALUE=”value1”>
<PARAMNAME=”param2”VALUE=”value2”>
</OBJECT>
但在本人的服务器上实例化工具时，应当晓得工具和组件的安装体例。如许在ASP代码中创立工具实例时，能够平安地利用ProgID。这就是ClassID很少在ASP页面内利用的缘故原由。但是，由于ProgID用于查找ClassID，假如乐意也能够用组件或工具的ClassID取代ProgID。
2．设置工具实例的感化域
缺省情形下，一切ASP页面中创立的工具与组件实例（不管用Server.CreateObject办法或<OBJECT>元素）都有页面内的感化域（pagescope）。这意味着，工具与组件只要该页在A</p>ASP.NET和ASP的比较,技术上比较已经没什么可说的了.新一代在大部分程度来说当然是比旧一代好了.关键看你对所做软件的理解了.因人而定.会写的话也可能比ASP.NET写得更有效率和更方便重用

Server:这个表示的服务器，操作服务器的一些东西使用这个，如Server.Mappath转换服务器路径,Server.CreateObject实例化一个组件

ASP也是这几种脚本语言中最简单易学的开发语言。但ASP也是这几种语言中唯一的一个不能很好支持跨平台的语言。　　因为ASP脚本语言非常简单，因此其代码也简单易懂，结合HTML代码，可快速地完成网站的应用程序。

完全不知道到底自己学的是什么。最后，除了教程里面说的几个例子，还是什么都不会。

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

代码逻辑混乱，难于管理：由于ASP是脚本语言混合html编程，所以你很难看清代码的逻辑关系，并且随着程序的复杂性增加，使得代码的管理十分困难，甚至超出一个程序员所能达到的管理能力，从而造成出错或这样那样的问题。

下面简单介绍一下我学习ASP的方法,希望对想学习ASP的朋友有所帮助...

以上是语言本身的弱点，在功能方面ASP同样存在问题，第一是功能太弱，一些底层操作只能通过组件来完成，在这点上是远远比不上PHP/JSP，其次就是缺乏完善的纠错/调试功能，这点上ASP/PHP/JSP差不多。