组件的使用在我们网站建设编程中广泛应用，有了组件，我们把放在服务器或客户机的一个特定位置的代码库进行编译，编译生成的文件可以被多个应用程序同时使用。这样就不会浪费磁盘空间或者使存储器过载。
组件按照执行类型可以有两个基本形式，既可以是进程内组件也可以是进程外组件。进程内组件就像动态链接库一样，他们与调用组件的应用程序运行在同一块存储空间当中。也就是说当asp应用程序调用dll是，dll和该asp是处于同一存储空间的。可以从两个方面来说明这样做是有好处的，首先内部调用范围不会超出系统给应用程序分配的存储空间，所以程序将会执行得更快一些。另外既然是在同一存储空间，那么组件也就不大可能去破坏其他正在运行的进程，这样进程间就有很好的独立性。第二个优点是如果你有许多组件程序，那么这些物理文件就只需要一次性装载到内存当中就够了。
所有的编程语言都提供抽象，甚至可以这么说，你能解决问题的复杂程度直接与抽象的种类与质量相关。我们所说的种类是指：你到底抽象了些什么。汇编语言是对计算机的抽象，随后许多所谓的命令语言（C和BASIC等）是对汇编语言的抽象。这些语言较汇编语言有了巨大的进步，但这仍然是一种初级的抽象，仍然要求你从计算机的角度，而不是从待解决的问题的角度来思考。程序员必须在机器模型与待解决的问题的模型之间建立关联。处理这种映射所带来的压力，以及编程语言对此无能为力的现实，就是所谓的编程方法的行业。
面向对象的方法则更进了一步，它为程序员提供了能在问题空间表述各种元素的工具。这种表述是非常通用的，这样程序员就不会被限制在某类特殊问题上了。我们将问题空间的元素同它在解决空间的表述称为对象。这一思想要点是，通过往程序里添加新的对象，可以让它适用于问题的各种变例。于是当你阅读代码的时候，它也在向你讲述它要解决的问题，这比我们见过的语言抽象更为强大。
CLR可为所有提供对通用基本功能（如字符串搜索）的访问，其方法是通过BLC。CLR是对WIN32 API和COM的基本替代，这几乎解决了Windows Platform的所有问题（或者应该说是功能）。在这同时，CLR为.NET战略提供了一个基础，这是因为绝大多数Windows DNA局限性都源自于这些技术的特点。对VB开发人员来说更重要的是，WIN32 API提供了许多不便于使用的功能，如过程创建和自由线程支持。由于这种功能如今已经是CLR的一部分了，因此VB（和其他语言，如COBOL）可用来创建高性能的多线程的应用程序。
如今当我们开发支持windows平台的应用程序时，会用到一大堆各种各样的编程语言和技术。通常如果选择不同的编程语言，可以使用的技术就有很大的差别，并且经常受到限制。一个C开发人员如果编写一个GUI应用程序，他可以使用MFC，WTL，或者使用较低级别的WIN32 API，而一个VB程序员就必须使用VB窗体包。这样的方式存在的问题是microsoft花费了更多的时间来开发两项或更多相互竞争的技术，而不是集中主要精力来发展一项共享技术。如此众多的技术来完成同一项工作，让人容易糊涂。懂得多种语言的多面手开发人员必须学习多种技术以实现相同的结果。企业必须将主要的精力投入到一种语言中，因为不同语言的培训既耗费时间又增加支出，没有必要使用所有语言的所有相同功能，因为不是每种语言都和其他语言一样高效等等，这样的问题使企业和开发人员非常困惑和苦恼。
对企业来说还有一个激动人心的前景，及他们今天所编写的.NET代码将能够在64位的操作系统上使用而无需修改。如果以前曾将一个16位的应用程序改成过32为的应用程序，现在就会感谢.NET在这方面为你节省的时间和精力。.NET之所以能够如此就是因为.NET能够支持64位的类库。
.NET的一个重要特点就是支持多平台。Microsoft公司并不限制可用于.NET中的类库来覆盖那些只能在各个平台上使用的功能，该公司为所有的平台提供了强大的支持。但对开发人员来说，只能使用这些平台支持的.NET类是一件令人沮丧的事情。好在这方面的已经开始了，首先就是对CLS方面的定义。目前microsoft公司正在和HP、Intel、IBM以及其他一些公司合作进行CLS方面的工作。这就是说，我们也能够得到由非microsoft编写的其他平台上运行.NET了。
对企业来说还有一个激动人心的前景，及他们今天所编写的.NET代码将能够在64位的操作系统上使用而无需修改。如果以前曾将一个16位的应用程序改成过32为的应用程序，现在就会感谢.NET在这方面为你节省的时间和精力。.NET之所以能够如此就是因为.NET能够支持64位的类库。
.NET的一个重要特点就是支持多平台。Microsoft公司并不限制可用于.NET中的类库来覆盖那些只能在各个平台上使用的功能，该公司为所有的平台提供了强大的支持。但对开发人员来说，只能使用这些平台支持的.NET类是一件令人沮丧的事情。好在这方面的已经开始了，首先就是对CLS方面的定义。目前microsoft公司正在和HP、Intel、IBM以及其他一些公司合作进行CLS方面的工作。这就是说，我们也能够得到由非microsoft编写的其他平台上运行.NET了。
写CGI的方式有很多种，php只是其中的一种罢了，对资深的webmaster而言，编写CGI的接口应是随着需求而变动的，毕竟对速度要求严格的系统而言，恐怕只有NSAPI接口写的CGI程序才能符合要求了。但在其它场合，相信使用php作为CGI的接口是游刃有余的，而且是最适合的。
首先，Php可以用在数种Web服务器上，传统的CGI就只限是哪种操作系统或web服务器平台，不可支持多种操作系统，asp与ISAPI只在IIS上有完整的功能。其次，ISAPI是动态链接的方式，会使得web服务器一起陷于瘫痪。而根据我的实际经验，每隔一阵子asp可能就会使系统不稳定，需要重新启动操作系统。而php在许多站点的使用上，不但可以长期使用，而且程序的稳定性也不错。当然最稳的还是传统的CGI程序，因为它是由操作系统负责控制，不会因CGI程序的错误导致web服务器的不稳定。再次，在系统安全性上，asp是最差的，如果没有经过微软的IIS Service Pack处理，使用::$DATA就可以看到asp的原始代码。当然传统的CGI的程序，由于是交由操作系统直接管理，破解的难度甚高，黑客们必须由操作系统下手，而无法从web服务器下手。Php在商业及非商业使用时，在安全性是没有任何问题的。
PHP是一个纯粹的脚本翻译器，所以它先将脚本翻译成为需要执行的函数，再去执行它们，外部功能扩充不能由一些动态加载的方式进行，所以只能静态地编译到PHP中。在实践和应用过程中，对PHP的缺点做以下简要的分析。
一、数据库支持的极大变化。由于PHP的所有的扩展接口都是独立团队开发完成的，同时在开发时为了形成相应数据的个性化操作，所以PHP虽然支持许多数据库，但是针对每种数据库的开发语言都完全不同。这就形成了针对一种数据库的开发工作，在数据库进行升级后需要开发人员进行几乎全部的代码更改工作。而为了让应用支持更多中的数据库，就需要开发人员将同样的数据库操作使用不同的代码写出n种代码库出来，使程序员的工作量大大增大。
这个情况通常是刚学网页制作的朋友会遇到的，本人就是其中之一，想当初遇到这个情况可是折腾了我好几个小时的光景才解决，当能够打开的时候真是泪流满面。
当时的情况就是自己写得.asp文件打开时总是显示"用于监视的文件名必须具有绝对路径，并且不包含通配符"，而我把别人的.asp文件剪切上去的却能打开，身边也没有什么这个的朋友，只能靠自己慢慢的摸索，现在把知道的给大家分享一下，效果好不好，试试就知道。
Application对象的onstart事件是整个web站点的初始化事件，其在global.asa文件中相应的响应过程，就是web站点服务器的初始化过程。这个过程的基本应用时跟踪当前活动中得用户数量，这是初始化web站点经常用到的变量。Application对象的onend事件是整个web站点的结束处理事件，其在global.asa文件中相应的响应过程，就是web站点服务器的结束处理过程。这个过程的基本应用是保存一些web站点的运行结果，卸载初始化程序创建的对象，特别是数据库结果集的对象，恢复操作系统环境。
