请大家帮忙讨论一下,InternetExpress和WebBroker是不是一种被淘汰了的技术 (0分)

W

wenny

Unregistered / Unconfirmed
GUEST, unregistred user!
大家好,请帮小弟你一忙,大家讨论一下Delphi中的InternetExpress和WebBroker是不是
一种被淘汰的技术。
最近我有一个同学叫我帮他做一个电子商务网站,因为最近在学Delphi,所以想用Delphi
开发一个Web服务器,用的是InternetExpress和WebBroker。当做一个Demo出来,以ISAPI
的动态链接库提供给他的时候,他才发生不是用Asp做的,而且地址栏有他所不能接受的*.dll
形式存在。他说他从来没有见过,(其实我也没有见到)我对他说这种形式和Cgi形式差不
多(因为我看见在建Web服务器的时候也可以建cgi stand-alone executable,所以才这样
的,也不知道这种说法对不对)他一听到cgi,就对我说,那已经是一种被淘汰了的技术。
所以我想大家帮忙讨论一下,究竟用Delphi InternetExpress和WebBroker开发出来的Web
服务器,是不是所说已经被淘汰的cgi,如果是,它的缺点在哪里呢?
 
据我所知,WebBroker的原理和Asp的原来很相似。WebBroker的TWebDispatcher负责接受
Web服务器的请求,负责激活Delphi Internet组件的组件处理函数。而我们可以通过分析
Request对象,处理Response对象,利用例如TpageProducer动态生成网页,然后返回给
IIS一个htm页而完成对用户的请求。
Asp(Active Server page)的原理也差不多。通过Active激活服务器请求,而Server有
处理请求的意思,Page则是返回一个htm页。不同的是,Asp是微软的技术(微软提供了五
大对象支持Asp),而Delphi里面也封装了TResponse,TRequest等相同功能的对象呀!!
我实在看不出用Delphi开发出来的东西从那一点来说是被淘汰的。不像activexform,还
要下载到客户端,他完全可以在服务器中运行。可能是我知识浅,所以才会如此无知,
在线等待各位高手赐教!!
 
Isapi是IIS的附加模块,跟cgi不同,isapi有非常高的效率。
但是isapi也有致命的弱点,那就是非常容易导致iis崩溃,我以前做的isapi程序
如果iis一周不重起一次肯定不行。
现在我换了asp+com模式来做,稳定多了
当然isapi程序也不能说就被淘汰了,在一些特定的领域,比如动态的图象生成
还是isapi比较有优势。

目前还有很多第三方构件比如dev express 的express web application framework还是
基于isapi框架上的,但是我劝大家还是朝webservice方向去,这才是真正的正道。
 
把*.dll的后缀改一下,骗骗他们 [:)]
 
我非常同意叶孤城大侠的说法。我想问一下,如果使用asp+com模式的话,是不是把企业
逻辑写成中间件,即是Com+,然后向系统注册。再然后是不是在脚本语言本中建立我们
的Com+对象就像建立ADO对象一样呀?!
 
是的,用server.createobject(objectname);
就可以在asp里面方便的调用com对象了
 
地址栏有他所不能接受的*.dll形式存在。
他说他从来没有见过,
(其实我也没有见到)我对他说这种形式和Cgi形式差不多
他一听到cgi,就对我说,那已经是一种被淘汰了的技术。

真是笑话连篇。。。。。
大不懂骗小不懂。。。。。。。。
两个家伙在那里瞎吹。。。。。。。。。。
 
接受答案了.
 
顶部