一般来说不会快,因为在组件里你同样要用MS 的ADO来访问数据库
但是如果你的逻辑比较复杂,而且有多次循环的情况,
那么速度就会有很好的提高,因为ASP是解析型,而COM则是编译后的!
其实你应该更重视它其他特性与优点!而没必要关心它的速度问题!!

解决方案 »

  1.   

    你打算用什么语言来封装COM呢?
      

  2.   

    我曾经将ASP代码封装成COM,速度比原来快了些,但不是很明显。我是用VB封装的,我想用VC封装能快很多,但不知道怎么VC来封装
      

  3.   

    hi oldboys
    我想用VC来封装,但是人手不够,也有可能VB+VC混合。
      

  4.   

    同意fish365(小飞鱼).
    如果业务逻辑比较复杂,封装起来,速度是比较快的,同时更安全。
    如果封装ADO,速度在理论上会慢,如果只有几个客户相连是感觉不到的,多客户就难说了! 
      

  5.   

    封装后没什么好处。
    如果是while......wend中的response.write太长,用VC会快点,但如果是
    Record.PageSize=10在while中分页显示的话就没啥区别了。
    安全嘛,和你的系统有很大关系,IIS5.0记着去打补丁,asp调试完后,加上on error resume next
      

  6.   

    ASP封装成COM的最大好处是保护产品源代码,在速度是不可能有太大的提高的,这点小飞鱼说得很对。
      

  7.   

    如果你做的是希望以后还能升级换代的话,千万要用组件封装好逻辑,把不同的操作模块化,封装成不同的COM,以后即使你的流程改变了,或者客户大大增加导致使用不同的数据库,你也可以退可守进可攻呀。
    拜托拜托,为以后多想想,不然你的ASP心血可能会白流的。
      

  8.   

    老老实实用ASP,不要胡思乱想
      

  9.   

    什么叫封装?ASP的函数就不叫封装?先写好INC吧。
      

  10.   

    一般认为编译成COM的组件会比ASP代码快
    如果你要封装的功能并不复杂
    可能这种优势就体现不出来
    也可能反而慢了些
      

  11.   

    COM用OLE DB来访问数据库吧,如果还不够快,进行数据库缓冲吧
      

  12.   

    如果坚持用ADO,建议在客户端对对象进行早期绑定
      

  13.   

    是会快些,因为代码的调度速度会好些的。我就是这么做的效果很好,用VC实现ADO的通用处理组件。