Arc Object开发，概述2

简介

Esri公司推出的ArcGIS产品是一个非常强大的体系，里面包含ArcGIS Desktop、ArcGIS Server、ArcGIS Engine、ArcSDE、ArcGIS Online等，那么这些产品不仅仅包含基础平台软件，也包含供用户二次开发的组件，那么这些组件也包含C/S、B/S、移动端的。

C/S架构

主要是应用于局域网方面，一般是安装开发软件，一般情况下机器都不连互联网，主要处理数据编辑、数据入库、地图整饰等对机器性能要求比较高，那么这种开发模式包含

• ArcGIS Engine\ArcObject（后简称AO）
• Spatial SQL
• ArcSDE API
• FileGeodatabase API
• ArcGIS Runtime（10.1版本）（先归到这里吧）

B/S架构

主要应用于局域网或者互联网，一般情况下使用浏览器，主要是进行数据查询、分析等

• ADF（基本不用了）
• WebAPI

ArcGIS API for JavaScript 
ArcGIS API for Flex
ArcGIS API for Silverlight

• SOE（扩展）
• Service API

ArcGIS Server Administrator API
ArcGIS Server REST API
ArcGIS Server SOAP API
ArcGIS Spatial Data Server REST API
ArcGIS Portal API 

WebAPI主要关注客户端的展现，比如加载地图、符号、查询、分析、报表

ServiceAPI主要关注服务的管理

针对现在火爆的移动开发

• Mobile API for Windows Phone
• Mobile API for Android
• Mobile API for IOS

各种API相关的下载地址：http://support.esrichina.com.cn/support/download/software/

C/S的开发模式

从上面的图我们可以看出，针对ArcGIS提供的三种GDB类型，AO都可以进行操作，FileGDB API直观看出只能操作FileGDB，剩下的SQL和ArcSDE API只能操作ArcSDE GDB。

以上三者所能做的事情

AO：可以这么说，凡是ArcGIS Desktop能够做的，AO都可以搞定，ArcGIS Engine开发（有些功能因为许可问题不能实现），这种开发模式就是开发系统或者在桌面的基础上增加相关功能。

空间SQL：对ArcGIS简单对象（点、线、面、多点、多片）进行查询、编辑（增删改），编辑支持ArcGIS版本和非版本，不支持复杂对象（拓扑、几何网络等）,支持影像

ArcSDE API：其实跟SQL类似，但是多了关于ArcSDE管理、投影转换、Schema、XML对象操作等

FileGeodatabase API：FGDB创建删除、数据编辑、属性查询、简单空间查询等.

以上开发所需的语言

AO：.Net(C#、VB)、Java、QT、C++（有些根据版本不同不再支持）

SQL：会写SQL语句即可

ArcSDE API：Java、C++

FileGeodatabase API：C++

系统部署

AO：在ArcGIS Desktop机器上使用VBA、AddIn、Python或者其他

ArcGIS Engine：开发的话安装ArcGIS Engine Developkit，部署的话安装ArcGIS Engine Runtime

SQL：不同的数据库配置不太相同，以oracle为例，需要引用相关的dll或者so文件

ArcSDE10.1配置Oracle 监听器来使用SQL操作ST_Geometry

怎么配置 Oracle 侦听器来使用SQL操作ST_Geometry

FileGeodatabase API：把相关的dll加载上去即可

ArcSDE API：因为C++我没有用过，java的也没有怎么部署过，应该和普通java开发引用包部署类似

开发效率

通常使用AO每秒可以插入500条记录，但是使用SQL每秒只能插入50条记录。

解释一下，为什么SQL查询和编辑比AO慢

编辑情况：WKT（string）============>AO对象================>BLOB

如 果了解SQL操作的话都知道，我们传入的都是WKT串，比如POLYGON ((10.0 10.0, 50.0 10.0, 50.0 50.0, 10.0 50.0, 10.0 10.0))，那么我们需要将这个WKT串转换为AO对象，这一步是比较耗费CPU资源的，那么AO的话我们之间使用接口就可以将传入的坐标转换为AO对 象，差别就出来了，剩下的就是将AO对象存储在数据库的BLOB对象。

查询情况：BLOB=================>AO对象============>WKT（string）===========>展现

那 么在查询的时候，还需要将在数据库存储的BLOB转换为AO对象，AO可以直接将这些对象展示在Mapcontrol上，但是SQL还需要将AO对象转换 为WKT串，最主要的是这些WKT串并不是最终的展示结果，我们还需将WKT串的坐标解析出来，显示出来，点对象或者线对象还好说，如果是面对象，洞、岛 等就更耗时了。

那么性能最快的是什么呢，当然是ArcSDE API，光从名字上就可以看出来，ArcSDE API底层是C的程序，AO也是将ArcSDE API封装为COM组件，所以理论上也有性能的损失，所以性能方面的比较就是

ArcSDE API>AO>SQL

以下仅供参考

为什么SQL效率最低，还会有人用呢？

从上面的开发环境我们可以看出，SQL的开发对环境要求不高，可以说只要能够执行SQL语句就可以进行操作，前提还需要进行配置SQL引用。

因为不是所有公司都是专业的GIS公司，其他IT公司也可以承担GIS项目，那么没有GIS专业或者ArcGIS经验的开发者来说，使用SQL操作就比较方便了，不需要再花时间去学习AO或者ArcSDE API的开发，这是好多公司选择SQL的一个原因。

另外好多公司的业务比如电力或者电信都是点、线居多，那么数据量少的话，效率方面差别是没有感觉的。

还有一点，SQL开发可以集成多种查询、构造函数与一体执行，这是其他两种开发方式不可比拟的

关于SQL开发的效率参考

另外，SQL开发并不是简单的SQL语句执行就行了，都是在一定的应用环境下，不能把空间SQL与简单的非空间数据表的操作进行比较，可以这么说，如果是对空间数据读，你随便折腾都没有问题，但是对空间数据写的话，就不是普通数据增删改那么简单了。

因 为空间数据与非空间数据区别很大，简单说明，空间数据要记录位置，有投影，有空间索引，等，使用AO开发或者ArcSDE API这些东西系统都会自动做了，根本不需要用户来管理，举个例子，往一个要素类里面添加数据，北京要素类，我添加了个天津蓟县的数据，如果是AO操作， 添加完毕之后，系统会自动更新该要素类的extent，因为天津的数据以及超出了北京要素类的范围，但是使用SQL操作增加肯定能加进去，但是自动更新要 素类extent的步骤你明没有操作。你也可以理解为AO执行了两步SQL语句第一步insert数据，第二步就是更新extent，但是如果你不了解 GIS的知识，只走第一步，肯定会有问题的。

所以SQL使用需谨慎。

ArcObject和ArcGIS Engine

好多ArcGIS开发者对这两个概念比较模糊，其实这些东西没有必要纠结，ArcObject是相关的COM组件。

ArcObjects components are installed with ArcGIS for Desktop, ArcGIS Engine, and ArcGIS for Server and can be used in the following ways:

To customize ArcGIS for Desktop applications

To build stand-alone mapping applications

To develop Web applications

从上面的帮助可以看出，ArcObject包含三个方向：

ArcGIS Desktop的自定义应用，扩展

ArcGIS Engine建立自己的应用

ArcGIS Server建立自己的Web应用（如果大家都觉得Web是经常使用WebAPI，其实原来的ADF或者现在的SOE都是AO的概念）

总体来说，没有必要纠结这个概念问题，ArcObject是基础，但是ArcObject可以实现的功能，ArcGIS Engine不一定可以实现。（至少我是这样理解的）

参考一下帮助文档其实也很清楚

上面的是支持ArcGIS Desktop开发

上面的ArcGIS Engine就可以用

参考文章

1.浅谈ArcGIS开发模式，积思园。

2.File Geodatabase API开发及空间SQL应用

3.SQL访问Geodatabase

4.ArcSDE SDK介绍

5.File Geodatabase API介绍