ASP编程：ASP技能集锦（官方威望版）-2
ASP脚本是采用明文（plaintext）方式来编写的。技能 技能3：在Web服务器磁盘上缓存数据和HTML偶然，数据过量不克不及在内存中举行缓存。“过量”是一种定性的判别；它取决于盘算损耗的内存量，另有缓存项的数目和这些项的检索频次。总之，假如有过量的数据要在内存中缓存，请思索以文本或XML文件的情势，在Web服务器的硬盘上缓存数据。能够将在磁盘上缓存数据和在内存中缓存数据组合起来，为站点创建最优的缓存战略。
注重，在器度单个ASP页的功能时，在磁盘上检索数据纷歧定比从数据库中检索数据快。可是，缓存加重了数据库和收集的负荷。在高负荷情形下，这将分明进步整体通讯量。在查询本钱很高时缓存查询的了局，缓存便十分无效，比方多表团结或庞大的存储历程，或缓存年夜型的了局集。依照常规，测试合作计划。
ASP和COM供应了几种构建磁盘缓存计划的工具。ADO纪录集的Save()和Open()函数，保留和加载磁盘上的纪录集。您可使用这些办法重写下面Application数据缓存技能中的典范代码，用Save()文件交换向Application工具写进数据的代码。
另有其他一些处置文件的组件：
Scripting.FileSystemObject使您可以创立、读取和写进文件。
MSXML是随InternetExplorer供应的Microsoft(R)XML剖析器，它撑持保留和加载XML文档。
LookupTable工具（在MSN上利用的典范）是从磁盘加载复杂列表的优秀选择。
最初，请思索在磁盘上缓存数据的暗示，而不是数据自己。预制的HTML能够作为.htm或.asp文件存储在磁盘上；超等链接能够间接指向这些文件。可使用贸易工具，如XBuilder或Microsoft(R)SQLServer的Internet刊行功效来主动化HTML天生历程。别的，能够将HTML片断#include到.asp文件。还可使用FileSystemObject从磁盘读取HTML文件或利用XML举行初期调剂（英文）。
技能4：制止在Application或Session工具中缓存非天真组件
固然在Application或Session工具中缓存数据是个好主张，可是缓存COM工具大概有严峻缺点。将经常使用COM工具嵌进Application或Session工具一般具有吸引力。遗憾的是，良多COM工具，包含用VisualBasic6.0或更早版本编写的COM工具，在Application或Session工具中存储时将招致严峻的瓶颈。
出格是任何非天真组件，在Session或Application工具中缓存时将招致功能瓶颈。天真组件是标志为ThreadingModel=Both的组件（它会萃了自在线程搜集器(FTM)）或标志为ThreadingModel=Neutral的组件（Windows(R)2000和COM+中新增的“中性”模子。）以下组件长短天真的：
自在线程组件（除非它们会萃了FTM）。
单位线程组件。
单线程组件。
已设置组件（MicrosoftTransactionServer(MTS)/COM+库和服务器包/使用程序）为非天真组件，除非它们是“中性”线程的。单位线程组件和其他非天真组件最适于在页感化域事情（也就是说，它们在单个ASP页上创立和烧毁）。
在IIS4.0中，标志为ThreadingModel=Both的组件被视为天真的。在IIS5.0中，这已不敷了。组件不但必需标志为Both，并且还必需会萃FTM。天真性文章申明了怎样使得用“举动模板库”编写的C++组件会萃FTM。请注重，假如组件缓存接口指针，这些指针自己必需为天真的、大概必需存储在“COM全局接口表(GIT)”中。假如不克不及从头编译Both线程组件，使它会萃FTM，则能够将该组件标志为ThreadingModel=Neutral。别的，假如不但愿IIS举行天真性反省（如许，但愿非天真组件可以存储在Application或Session感化域中），能够在metabase中设置AspTrackThreadingModel为True。不主意变动AspTrackThreadingModel。
假如试图在Application工具中存储用Server.CreateObject创立的非天真组件，IIS5.0将发生毛病。能够经由过程在Global.asa中利用<objectrunat=serverscope=application...>办理该成绩，可是不主意如许做，由于这将招致搜集和串行化，申明以下。
假如缓存非天真组件，会产生甚么毛病呢？缓存在Session工具中的非天真组件，将把会话“锁定”到某个ASP事情器线程。ASP保护着一个事情器线程池，它向哀求供应服务。一般，新的哀求由第一个可用的事情器线程来处置。假如Session被锁定到某个线程，则该哀求将不能不守候它所联系关系的线程变成可用。打个例如：您进进一个超市，选择了一些食物，然后在第3号收款台交款。从这今后，每当您在这个超市购置食物，都不能不一直在第3号收款台交款，即便是在其他收款台人少或没人时。
将非天真组件存储在Applicaton感化域乃至会对功能发生更严峻的影响。ASP将不能不创立公用的线程来运转非天真的、Applicaton感化域内的组件。这将招致两种成果：一切挪用不能不被搜集到该线程，并且一切挪用被串行化。搜集意味着：参数不能不存储在内存的共享区；对该公用线程实行高贵的高低文切换；组件的办法被实行；了局搜集到共享地区；和经由另外一个高贵的高低文切换，使把持权前往本来的线程。串行化意味着一切办法必需一个挨一个地运转（统一时候只能运转一个办法）。两个分歧的ASP事情器线程不成能同时实行共享组件上的办法。这将抹杀并行机制，特别是在多处置器盘算机上。更坏的是，一切非天真的、Application感化域内的组件都将共享一个线程（“HostSTA”），以是串行化的影响加倍严峻。
是不是感应狐疑？上面我们提出几个通用划定规矩。假如您正在用VisualBasic(6.0)或更早版本编写工具，请不要将它们缓存在Application或Session工具中。假如您不晓得工具的线程模子，就不要缓存它。不要缓存非天真工具，而应该在每页上创立并开释它们。工具将间接运转在ASP事情器线程上，如许，将不会产生搜集或串行化。假如COM工具正运转在IIS框中，并且假如它们没有花很长工夫来初始化和作废，功能将是充足的。注重，不要用该办法利用单线程工具。当心：VB能够创立单线程的工具！假如您必需以该体例利用单线程的工具（如MicrosoftExcel电子表格），则不要希冀有很高的吞吐量。
当ADO被标志为自在线程时，则缓存ADO纪录集是平安的。要将ADO标志为自在线程，请利用Makfre15.bat文件，该文件一般位于以下目次中：ProgramFilesCommonSystemADO。
告诫：假如您正在用MicrosoftAccess作为数据库，则不该当将ADO标志为自在线程。一般，ADO纪录集还必需是断开毗连的，假如您不克不及把持站点的ADO设置（比方，您是自力的软件厂商，将Web使用程序卖给客户，然后由他们来办理他们本人的设置），那末不缓存纪录集大概会更好。
辞书组件也是天真工具。LookupTable从数据文件加载它的数据，而且它对组合框数据和设置信息是有效的。来自DuwamishBooks的PageCache工具供应了目次语义，和CaprockDictionary的体现一样。这些工具或它们的派生工具能够组成无效缓存战略的基本。注重，Scripting.Dictionary工具不是天真的，以是不该当存储在Application或Session感化域。
技能5：不要在Application或Session工具中缓存数据库毗连
缓存ADO毗连一般是欠好的战略。假如一个Connection工具存储在Application中，并在一切页上利用，那末一切页将合作利用该毗连。假如Connection工具存储在ASPSession工具中，那末将为每一个用户创立数据库毗连。这将毗连池的优点毁于一旦，并对Web服务器和数据库发生不用要的压力。
代替缓存数据库毗连的办法是，在每一个利用ADO的ASP页上创立并作废ADO工具。这是个无效的办法，由于IIS具有内置的数据库毗连池。更正确的说，IIS主动启用OLEDB和ODBC毗连池。这确保了创立并作废每一个页上的毗连将是无效的。
因为被毗连的纪录会合存储有对数据库毗连的援用，以是，不该当在Application或Session工具中缓存被毗连的纪录集。可是，能够平安地缓存断开毗连的纪录集，由于它不包括对其数据毗连的援用。要断开纪录集的毗连，请实行以下两个步骤：
Setrs=Server.CreateObject("ADODB.RecordSet")
rs.CursorLocation=adUseClient第1步
植进带数据的纪录集
rs.OpenstrQuery,strProv
如今断开纪录集同数据供应者和数据源的毗连
rs.ActiveConnection=Nothing第2步
有干系接池的具体信息，请参阅ADO和SQLServer（英文）援用。asp,jsp,php是web开发的三大技术,asp简单易用且有microsoft做靠山,jsp功能强大是因为有java支持,php则开源跨平台.在国内,asp应用范围最广,jsp发展势头最猛,php则处于劣势.这可能与公司的支持以及技术的培训有关. 作为IE上广为流传的动态网页开发技术,ASP以它简单易学博得了广大WEB程序爱好这的青睐,而且它对运行环境和开发品台的不挑剔,以及有大量有效的参考手册,极大的推广了它的发展。 那么，ASP.Net有哪些改进呢？ 代码的可重用性差：由于是面向结构的编程方式，并且混合html，所以可能页面原型修改一点，整个程序都需要修改，更别提代码重用了。 最近在学asp，不要问我为什么不直接学.net，因为公司网站是asp做的所以有这个需要，卖了本书asp入门到精通，对里面的六大内置对象老是记不住，还有很多属性和方法看的头晕。 我认为比较好的方法是找一些比较经典的例子，每个例子比较集中一种编程思想而设计的。 封装性使得代码逻辑清晰，易于管理，并且应用到ASP.Net上就可以使业务逻辑和Html页面分离，这样无论页面原型如何改变，业务逻辑代码都不必做任何改动；继承性和多态性使得代码的可重用性大大提高。 Response:从字面上讲是“响应”，因此这个是服务端向客户端发送东西的，例如Response.Write 我可以结合自己的经验大致给你说一说，希望对你有所帮助，少走些弯路。
页:
[1]