internet的ActiveX+控件开发使用方法.docVIP

ActiveX控件是一个自包含代码的组件，它有自己的永久状态，并且ActiveX控件与包容器之间通过COM接口进行通信，所以通常ActiveX控件具有普遍的适应性，换句话说，如果ActiveX控件在一个包容器程序中可以运行，那么通常它也可以运行在另一个包容器程序中。由于ActiveX控件是一种可独立发布的组件程序，又是一个永久对象，这些特性使得它非常适合于Internet环境。 从包容器IE而言。IE需要考虑一些与Internet环境有关的问题，如许可证检查，自动下载、远程数据获取等。 另一方面从ActiveX控件本身来看，用于桌面环境的ActiveX控件，为了获得更强的交互性能，通常它要实现各种ActiveX控件所要求的接口，所以组件规模通常很大。为了使程序代码量尽可能地小，Microsoft Visual C++提供了ATL模板库作为这类ActiveX控件的基本开发工具。 IE要求ActiveX控件必须支持自注册，以便在用户浏览包含ActiveX控件的WEB页面时可以动态地注册控件。所以作为ActiveX控件的DLL程序必须引出DllRegisterServer和DllUnregisterServer函数。 接口 功能与说明 IOleObject 如果控件要与包容器程序的站点对象进行通信，则须实现此接口 IOleInPlaceObject IOleInPlaceActiveObject 如果控件支持实地激活特性，则须实现此接口 IOleControl 如果控件支持快捷键，或者访问包容器的环境属性，或者控件要求包容器处理事件，则须实现此接口。 IDataObject 如果控件提供数据对象的特性，则实现此接口 IViewObject2 如果控件在非实地激活状态下也需要显示信息，则实现此接口 IDispatch 如果控件有自定义的属性和方法，则实现此接口 IConnectionPointContainer 如果控件对象支持一个或多个出接口，则实现此接口。 IProvideClassInfo[2] 如果控件对象要直接通过GetClassInfo成员函数提供对象类型信息，则实现此接口 ISpecifyPropertyPages 如果控件对象支持属性页，则实现此接口 IPersistStream[Init] IPersisStorage 或其它永久接口 如果控件对象支持永久特性的，则至少实现一个永久接口 从理论上讲，IE只要求被嵌入的对象(ActiveX控件以对象的形式被嵌入在页面中)实现IUnKnown接口，但实际上为了实现一定的功能，并更好地与IE程序进行交互，ActiveX控件还必须实现其它一些接口。对应的接口与功能对应关系如下： 一般的包容器程序通常只负责ActiveX控件的创建、运行和释放，但IE要做的事情更多一些。首先，当客户机上不存在ActiveX控件组件程序时，它必须根据HTML页面中指示的地点把组件程序下载过来，并注册在客户机上，然后再创建对象，此过程在后台自动完成，不需要执行其它命令。其次，当IE把组件程序下载到本地之后，它在创建控件对象时可以进行许可证检查，以保证系统安全性，用户也可拒绝对象或执行初始化。 ActiveX控件包装 通过CLSID指定ActiveX控件的类型，如果要在IE中正确显示包含ActiveX控件的页面，则必须事先在机器上注册相应的ActiveX控件，否则相应的ActiveX就不能显示。在Internet上使用时，页面设计者不能期望浏览器用户找到你指定的ActiveX控件并注册到客户机上，为了解次这个问题，我们可以用“codebase”属性指定控件的代码位置： OBJECT CLASSID=”CLSID：2885EE05-A26B-11d1-B49B-00c04F98EFE0” Codebase=“http://webserver/Pollgon.dll” ALIGN=”CENTER” WIDTH=200 HEIGHT=200 ID=”PolyCtl” /OBJECT 以上指定了Polygong控件程序“http://webserver/Pollgon.dll”，当浏览器碰到这样的描述时，它会把codebase指定的程序下载到本地(在系统目录的“Downloaded Program Files”子目录下)，然后调用组件程序的自注册入口函数注册到当前系统中，以后的创建都在本地进行，不再涉及codebase属性。 因为ActiveX控件的程序代码需要在Internet上传输，所以使用压缩技术传输程序代码非常有意义。另一方面，如果ActiveX控件还调用到其它的DLL程序模块，那么IE也必须把这些程序下载到本地来，为此，Microsoft采用了惯用的CAB压缩方法，它把Acti