备案域名交易

如果我们想要使用ASP中的COM（可重复使用的编译代码），我们必须在服务器上注册组件。比如说，如果我们使用了Visual Basic开发了一种简单的数据访问组件，而且希望在ASP的应用程序中使用它，我们就必须在使用它之前显式的进行注册。组件的注册要么通过命令行工具regsvr32.exe，要么使用COM+Services（在start|programs|administrative tools|component services中可以找到）。在这两种情况下，都要在描述组件的windows记录中创建项，创建其线程模型，以及.dll文件的位置。然后我们就可以使用Server.CreateObject()方法写下ASP应用程序的代码。之后，我们将使用ProgID来找到记录中要求的组件的项。找到之后，就建立一个组件的示例。

在编程发展的早期，当你创建了一个新的应用程序时，你也就创建了一个服务于该程序的包含了所有代码的可执行文件。随着程序变得越来越复杂，程序员们一直在寻求降低复杂性和减少撑血中代码数量的方法。程序员们慢慢发现，它们在大多数的时候都是在重复书写已经在众多的其他程序中写过的代码。因此程序员们开始创建包含这些常见代码块的代码库。这样，当他们创建一个新的应用程序时，这些代码库就可以被包含进来，称为这个应用程序执行过程的一部分。在组件技术未出现之前，应用程序开发员一直这样使用重复代码，于是几乎每个可执行文件都包括了同样的库代码。结果它们最终得到的是包含多个支持域的一些可执行文件，而这些支持域其实是在它们的计算机上多次出现的代码块的同意拷贝。

创建自己组件的另一个原因是为了封装。假设你在30个不同的页中使用了相同的代码块，这些代码可以用来从公司的数据库中检索出一些销售信息。你在30个地方使用了完全相同的代码，然后你发现需要修改检索的条件。若是这样的话，你需要在30个不同的地方逐一修改代码。相反，如果你把代码放在了组件中，你就只需要在一个特定的位置修改代码，然后重新编译这个组件，这样所有使用该组件的页将全部被更新。创建自己的组件的另一个原因是功能的封装。当采用了功能封装后，就可以在执行一个复杂且过长的任务时把冗长而复杂的代码放在一个可以单独调用的组件中。这会使代码更容易读且更容易修改。这项技术也可以使新手或开发者从过分复杂的任务中解脱出来。例如，你专攻使用Exchange Server的数据对象的协同使用，并且已掌握了在Exchange里操作文件夹的技巧。你就可以通过ASP应用程序为其他的开发者创建一个封装了这些功能的组件，这会使别人在使用标准的Exchange的任务不再那么复杂。

只要程序用到了已经预先定义过的类，编译器就得知道该到那里去找这个类。当然，这个类可能是在同一个源文件里。碰到这种情况，只要直接用就是了——哪怕调用的时候这个类没定义都无所谓（Java解决了提前引用的问题，因此你不必担心）。那么如果类是保存在其它文件里面的，那又该怎么做呢？可能你会认为编译器是非常智能的，他会三下二下就找到这个类，但问题没有那么简单。设想一下，你要用一个类，但是编译器找到了好几个叫这个名字的类，想想看你写了个程序，但是编译完了之后你发觉，你往类库里面加了个同已有的类相冲突的类。