1、CGI,通用网关接口。典型的为:Perl,*.exe
   最早的动态网站技术，其特点为使用标准输入输出接口以外部进程的方式协助网站服务器处理数据。
   优点：平台无关，所有的平台都支持stdio(标准输入输出);无编程语言限制；
   缺点：进程外的调用对于并发性的支持很差，执行效率低。

2、脚本和伪编译代码。典型的为：Asp,.net,Php,Jsp
   依赖于一个在网站服务器下运行的平台，通常为运行库。
   优点：开发效率高，执行效率优于cgi,原因是这些平台本身具有相当丰富的高效的定制模块，且以相对独立的动态连接连接库运行。
   缺点：对于平台的依赖性强，编程人员无法逾越平台功能本身的限制。
   适用于中小型的具体应用。

3、组件模型。典型的是以系统注册的com组件
   以接口和dll的方式完成动态请求。
   优点：平台无关，代码的重用性好
   缺点：功能和效率只能是中下水平，原因是数据的转换、调用模式、以及与网站服务器的隔离，无法共享数据资源。
   一般作为特定应用的黑箱模式，比如：flash组件、数据库组件等等

4、网站服务器核心编程。典型的为：ISAPI,NSAPI
   直接以网站服务器内部模块运行，为动态连接库的方式。事实上，现代的操作系统和服务器软件，很少象早期一样只是一两个常驻内存的程序，而是一组协同工作的动态连接库。
   优点：最好的效率及安全性，业务逻辑的最高控制能力，无功能限制（方便地和任何其它应用进行底层接口，比如移动终端等）
   缺点：开发成本高，调试复杂
   适用于需要提供高效服务的大型网站，以平台的方式提供，以低成本的二次开发完成具体应用。

   从程序的执行效率看：
   静态资源            100
   isapi               50
   asp,.net,php,jsp    10
   COM组件             6
   CGI             1
   ----------------------
   效率的提高对于网站运营商来说意味着硬件投资的节省、维护成本的节省和用户体验的增强。


5、关于ISAPI的说明
   ISAPI是微软IIS服务器内核下唯一的核心级平台开发模型，事实上，微软的IIS服务器就是一个内核加上一组ISAPI的组合体。
   我们常用的asp方式的动态脚本，其核心后台就是一个名为asp.dll的ISAPI程序；.NET的核心后台就是一个ASPNET.DLL的ISAPI程序。
   无论ASP.DLL,还是ASPNET.DLL,都是通用的动态网站二次开发平台，其效率和安全性都是相当不错的。
   但是，如果我们自行定制开发一个XXX.DLL的ISAPI,来完成特定的业务逻辑，其效率和功能是不是更好呢？答案是肯定的。道理很简单，因为少了一个多余的环节，而且功能上可以突破ASP.DLL和ASPNET.DLL等现成平台的限制，对于不需要的通用部分，完全不需要考虑。
   完成一项工作，究竟是通用的工具好还是专用的工具效率高?!磨刀不误砍柴功。编程的目的就是完成客户的应用，在效率和开发成本上，甲乙两方的立场常常很难一致。

   对于大型网站，在iis下好的解决方案应该是以一个特定的ISAPI为核心的一组程序，基本的业务逻辑由ISAPI完成，非基本的部分可以选用任何其他的编程方式。

   几点误会：
   1、ISAPI是一种过时的技术。ISAPI是老技术，或者说最基本的技术，但不是过时的，因为最基本的不会过时。只要iis存在，isapi就不会过时，因为iis本身就是isapi。我们常耳闻新的网站技术出现了，对于IIS,就是微软又发布了一个新的ISAPI。
   2、ISAPI灵活性差。恰恰相反，ISAPI的底层编程方式，不会限制程序员做任何他想做的事情。
   3、ISAPI高深莫测。写ISAPI有一定的门槛，但是事实上，它是最简单的程序开发方式，原因是它是最底层的东西。任何熟练的C++程序员都可以不需要任何额外的学习而进行ISAPI编程。但是如果你使用ASP等，你必须先学习其语法规则、了解其平台（ASP.DLL）究竟提供了些什么东西。
   在现行的计算机教育中，C语言是最基本的课程，如果需要，寻找ISAPI程序开发维护人员并不难。