在一些项目中，通常需要采用C/S&B/S的混合架构来实现，这样就涉及到了Web开发，在MS的.Net没有出现之前，因为是运行于windows环境之上，理所当然的首选ASP来实现了，直到有一天，盖茨扛出了.Net大旗，振臂高呼：用洒家的.Net吧，安全快捷无副作用，一个字"牛B"！
ASP经过这么多年的敲敲打打，一些自身难以克服的缺陷也渐渐浮出水面，此时听了他的话，兴奋地一阵小跑马上就.Net了，但几个闪着.Net金色光环的项目出手以后，结果并不尽如人意，于是暂时性的倒退回ASP了，呵呵，可能是境界不够高的缘故吧，sigh……
因为脚本属于基于对象的解释型语言，它的执行依赖于宿主，这就不可避免的存在一些固有的不足，如执行效率偏低，模块组织起来也没有C++项目来得得心应手，特别是脚本和HTML混杂的时候，很难有勇气再回头看第二遍。在这样的情况下，把服务端代码部分组件化倒是可以解决部分问题，这样WEB页面的代码除了几句机械的组件调用，剩下的全是DW生成的HTML了，页面编码部分我们的美工师都能轻松搞定。
另外不得不承认VB在实现ASP组件方面具有某些优势，现在网络上流行的一些Web组件很多就是用VB来实现的。因为它实现起来简单，跟VBScript又有一些形式上的相通之处。在对脚本代码组件化时可以很容易的引用ASP的内置对象。那么用VC呢？其实只要你对COM不算陌生，用起来也一样简单，而且你看了下面的实现后，也许会觉得不是一般的简单，因为它本身就是一个COM组件，跟我们使用其它组件没有什么不同，呵呵，来试试看。
1、新建一个名称为ASPCOM的"ATL项目"。
2、设置项目选项。
服务器类型：我们要在ASP中调用，选择DLL类型；
属性化：为了更清楚地看到实现代码，我们在这里暂时谢绝MS的好意，谢谢啦，不过这是一个贼有前途的东东，当然，只是对于构建MS的COM来说；
合并Stub：我们这里可以把客户端的代理/存根实现合并到服务端；
支持MFC：这个，这个 …… 免了吧，呵呵；
支持COM+：我们这里用不到啦；