硬质聚氨酯泡沫 英文:AO入门，整理总结文档

 我们现在绝大部分时候要做的---就是要利用ESRI提供的这些AO组件来进行积木式的组装任务。 AO已经提供了许多底层的基本功能，而你的任务是按照应用需求将这些底层功能组装集合成一个更强大的COM对象。我们现在知道AO是基于微软的COM技术来构建的，因此它的开放性和扩展性很强大。这儿的开放性是指在开发环境的选择上可以有VBA、VB、VC++、DEPHI等多种支持COM标准的开发工具，而扩展性是指AO组件没有提供的功能，如需要定义一种新的数据格式，你就可以利用COM技术来写自己的COM组件，对AO组件库进行扩展补充。
    至于为什么AO会基于COM技术，就我个人而言，目前和以后GIS的发展会和主流IT技术融合的越来越紧密，毕竟任何一个软件产品最终是要拿来用的，所以除了提供专业的GIS功能外，从易用性和扩展性来说也是极其重要的，而COM技术提供了一个解决之道。
    如何进入AO软件的领域开发？对于高级的AO程序设计人员我想必须跨越四大技术障碍：
1． 面向对象技术思想；
2． COM技术；
3． AO各组件对象的层次组织和相互关系；
4． 支持COM的各种开发工具及其环境（如VB、VC、DEPHI等）
真正属于ESRI自己的东西无非就是这套AO组件库。对于初次进入AO开发领域的人员来说，我个人觉得（至于COM还有其它暂时可以先放一边，照猫画虎完成许多任务还是没有问题的了）可以先从ArcGIS Desktop的应用开始，对AO的层次及相关概念有一个了解（如Map、Layer、View、Label、支持的数据格式等）

     Arcobjects Developer Kit
Help --- 包含开发帮助文件：AODev.chm, ArcObjects.chm等 
Kits --- 附加的开发者素材诸如投影引擎头文件，类别ID文件和ESRI 示例命令的源代码 （在最新的8.2版本中，该代码位置有所变化） 
Object Model Diagrams --- 包括所有的PDF格式对象模型图
Samples --- 包含所有示例工程文件的源代码
Utilities --- 包含ESRI 对象浏览器等工具
1．5 AO开发资源
1．《ArcObjects Developer Help》 ----- 这是AO开发的首选资源，个人觉得一定程度上甚至可以和微软的MSDN相媲美。不管是AO的基础COM、AO的对象层次图都提供了说明，此外还提供了大量的开发示例。
2．《ArcObjects Online》 ----- 提供了最新的AO组件库文档，其中有一个关于AO的技术论坛相信会让大家有很多意外的收获；
3．《Exploring ArcObjects》 -----一本很不错的AO技术文档，对AO的开发进行了很好的组织，而且有大量的示例，可以随时复制利用；
4．《Building a Geodatabase》 -----应用都是围绕数据来展开的，这本书主要是用来设计和创建Geodatabase的，但理解和掌握Geodatabase的层次和建摸方法，对AO的开发是很好的补充。
5．《Microsoft MSDN》----即使你的AO开发工具不是微软的，也建议安装一套完整的MSDN，想多了解和应用COM进行设计开发，MSDN是个宝藏。
       终于开始COM了我想许多AO的开发者对此都会有不同的感受。COM是Microsoft的Component Object Model缩写，它不仅定义了组件程序之间进行交互的标准，而且也提供了组件程序运行所需要的环境（COM本身要实现一个称为COM库(COM library)的API，它提供诸如客户对组件的查询，以及组件的注册/反注册等一系列服务，一般来说，COM库由操作系统加以实现，我们不必关心其实现的细节，象大家经常看到的ActiveX，DirectX,OLEDB都是基于COM技术的），主要应用于Microsoft Windows操作系统平台上。COM通常的发布形式是：以win32动态链接库(DLL)或可执行文件（EXE）的形式发布。
  
    COM的目标和特性
建立在二进制代码级上的可重用性（通过包容和聚合）；
语言无关性，只要其能生成符合COM规范即可；
对使用COM对象的客户程序而言的进程透明性；
    对象是COM的基本要素之一，和C++中的对象不同的是其封装特性是真正意义上的封装，对于对象使用者（通常称为客户）而言是不可见的，此外，COM对象的可重用性表现在COM对象的包容和聚合，一个对象可以完全使用另一个对象的所有功能，而C++对象的可重用性表现在c++类的继承性。（强调了 COM 和C++的区别！！我忽视了这个东东一年）

     接口是指组件对象的接口，它是包含了一组函数的数据结构，通过这组数据结构，客户代码可以调用组件对象的功能，组件对象间的访问都是通过接口来进行的。接口设计必须满足：
1． 必须直接或间接地从IUNKNOWN接口继承（该接口在AO中是省缺的）；
2． 接口必须有唯一的标识符号；接口不变性，一旦分配和公布了IID，接口定义的任何因素都不能改变。
    用COM开发意味着使用接口，也可以称为基于接口的设计模型。对象间的所有通信都是通过它们的接口来进行的，COM接口是抽象的，意味着相关的接口没有实现，和接口相关的代码来自于一个类实现。如何实现接口对于不同对象是不同的，因此对象只是继承接口的类型，而不是它的实现，这称为类型继承。功能用接口被抽象地构造，并且用类去真正实现。在COM中类和接口通常被当作'做什么’和'怎么做’，接口定义一个对象能做什么，类定义它怎么去做。（这一段是理解COM的最实质的话）
    COM类提供了一个或多个接口相关的代码，因此功能实体封装在类中。几个类可以有同样的接口，但是它们的实现可能是极不相同的。通过实现这些接口，COM实现了面向对象的多态性，COM不支持多重继承概念，然而，这不是一个缺点因为一个类可以实现多个接口。

    COM对象的接口可以是双接口，双接口不同于普通接口（Custom Interface）之处在于双接口是从Automation基本接口Idispatch继承的，而普通接口是从Iunknown接口直接继承来的，缺省的接口模型是双接口模型是双接口。（对 这一段 本人不很理解 希望斑竹大哥  解释一二）

     COM调用既可以是单向的（即客户程序创建组件对象，然后客户程序调用对象所提供的功能，在适当时候再把对象释放掉），通常称为入接口。
    如果一个COM对象支持一个或多个主动与客户程序进行通信的接口，则这种接口称为出接口，是因为这些接口并不由对象实现，而是由客户程序实现。
    类型库(Type Library) 一个类型库被作为一个接口定义语言（IDL）文件的二进制版本，是一系列COM对象和接口的集合，并被编译进一个形如OLB、DLL或OCX这样的二进制文件中。为了支持一个不依赖于开发语言工具的组件集，关于ArcObjects库所有相关的数据都被打包进esricore.olb的类型库，它就包括了一个所有coclasses的二进制描述，接口，方法和服务器类型。
    Microsoft提供了多个COM接口用于类型库，这两个接口是ITypeInfo 和ItypeLib。利用标准的COM接口，不同的开发工具和编译器能够获得由一个特定库支持的coclasses和接口有关信息。（这一段 也需要斑竹大哥 解释一下）
    在第二章中我们谈到了许多关于COM的概念，象类，对象，接口，方法等，那么一个实际的AO开发中是如何体现这些COM概念的呢---既然AO是基于COM的。在本节中，我将使用VB代码来说明如何使用AO的对象，并对如何阅读OMD（Object Model Diagram）进行介绍。
3．1 AO对象的使用
让我们直接用AO相关的代码来开始这段旅程吧，如果你觉得的是的话。：）
Dim pMap as IMap
Set pMap = New Map
PMap.name =”地图名称为-Tour”
…………………….
…………………….
Pmap.ClearLayers
Pmap.Clear //ERROR
如何运行这段代码是下一章的内容，先看看为什么代码会这么写吧，里面奥妙不少。
Dim pMap as Imap
我们知道在COM中对对象的访问是通过接口来完成，因此不能象许多可视化控件那样，可以直接通过其名称来调用属性或执行其方法。那么这句其实就是定义了一个接口变量（题外注释：其实准确地讲应该是一个指向接口的指针变量才对，好在VB把这一切都给演示了）。有了这个接口变量还不行，因为接口是定义在对象上的，那么下来的步骤应该是产生一个对象，而对象又是从那里来的呢---类。
于是就有了这样的代码Set pMap = New Map。
在这句中不单纯只是实例化出一个Map对象，并且将上句的pMap接口变量做为了该对象的缺省接口。OK，现在我们就可以通过这个接口来对地图名进行修改，或者调用ClearLayer方法来删除掉该地图中的所有图层了。再看看增加最后一句的执行情况—会出错，至于为什么，原因很简单，不同的接口中的方法或属性只能通过其接口来访问，而Clear方法属于Map类的另外一个接口IactiveView所有。可以通过查询接口（Query Interface）来’切换'到IactiveView上。代码如下
Dim mView as IactiveView
set mview=pmap
mview.clear

    在OMD中有三类class,分别是抽象类（AbstractClass）、组件类（CoClass）和普通类（Class）。抽象类的主要目的是为它的子类定义公共接口，一个抽象类将把它的部分或全部实现延迟到子类中，因此，一个抽象类不能被实例化。一个组件类对象可以被直接创建，普通类对象虽然不能直接创建，但它可以可以作为其它类的一个属性或者从其它类的实例化来创建。（终于明白了！！！！哈哈）

       AO中的Dataset或Geometry classes是抽象类的示例，一个Geometry类型对象不能被创建，但是一个Polyline可以被创建。这个Polyline对象实际上在类的基础上实现了Geometry中定义的接口，因此在基类对象中被定义的接口可以从coclass来访问（这句话什么意思 斑竹大哥？）。
     

一。双接口（dual interface)
COM支持三种类型的绑定，A）晚绑定；B）ID;C）早绑定.
IDispatch接口支持晚绑定和ID绑定，既支持IDispatch也支持早绑定的对象就称为dual interface对象。在AO库的对象类中没有实现IDispatch接口，因此AO对象不能用在JavaScript或VBScript这样的晚绑定语言中，因为这些语言需要所有被访问的COM对象支持IDispatch接口。ESRI这样做的目的主要是为了在编译时进行早绑定，从而提高效率；再者COM的一些数据类型并不是VB所支持的，因此AO的数据类型通常都限定于VB所支持的数据类型。如果一些人对AO的OMD图有仔细观察的话会发现一些对象上有IDispatch接口，象Application对象就支持IDispatch,这是因为在VBA中需要IDispatch接口，同样的MapControl控件应该也都支持IDispatch接口的。这些应该都是ESRI对AO的一个扩展封装吧。
二。利用标准的COM接口，不同的开发工具和编译器能够获得由一个特定库支持的coclasses和接口有关信息？
我的理解是---AO中使用类型库的实质是为了在编译时进行早绑定，而这样的要求对于所有的开发环境而言，不管是VB还是VC都会有一个向导工具帮助你设置类型库引用，即ESRICORE。OLB文件。
三。这个Polyline对象实际上在类的基础上实现了Geometry中定义的接口，因此在基类对象中被定义的接口可以从coclass来访问？
偶也看的不大明白，我想可以从OO的观点来看吧。接口只是定义了规则，其实现要靠类来完成，而抽象类只是定义了有哪些接口，并没有提供接口的具体实现（要延迟到子类来实现）。这儿涉及到一个接口继承的问题，也就是说IPolyline接口是继承自IGeometry接口，那么在IPolyline接口时就可以直接使用IGeometry中的方法，而不需要使用查询接口的方法（QI）。

接口肯定是虚基类吗？
呵呵，这个我觉得蛮复杂了，要回答起来。COM技术应该包含两部分，一部分是COM协议，另外一部分是实现，从接口定义语言（IDL）中你反射出了此问题吗？一定意义上可以这么理解，但不完全。
理解接口的关键是把接口和类放在一起进行比较，类主要描述了“HOW”，而接口则主要描述了“WHAT”，而无需考虑类的层次。但是在VC和C#这类环境中是只支持单继承路径，无法使一个给定的类可以选择性地从多个类中派生，而解决的途径就是接口，接口可以理解为两个不同代码段之间的约定，也就是说，一旦定义了一个接口，而且定义了一个实现这个接口的类，类的客户端就可以得到保证--这个类已经实现了接口中定义的所有方法。更深层次和具体的介绍请参阅相关的COM技术文档。
有一些建议，就本质而言COM技术还是比较复杂的，幸运的是MS给我们做了简化。（如VB、ATL、C#等），使用AO开发我想应该主要应集中于理解AO的对象层次结构及相互关系。