ArcGIS开发模式研讨.pptx

ArcGIS开发模式介绍;GIS开发模式;B/S架构 流行？ 先进？ C/S架构 过时？ 落后？ 移动互联 流行 热门 东西方差异，水土不服 大而全 图层多 ;ArcGIS Engine\ArcObject（简称AO） Spatial SQL ArcSDE API FileGeodatabase API ArcGIS Runtime（10.1版本） ;ADF（基本不用了） WebAPI ArcGIS API for JavaScript?ArcGIS API for FlexArcGIS API for Silverlight SOE（扩展） Service API ArcGIS Server Administrator APIArcGIS Server REST APIArcGIS Server SOAP APIArcGIS Spatial Data Server REST APIArcGIS Portal API? ;Mobile API for Windows Phone Mobile API for Android Mobile API for IOS ;Mobile API for Windows Phone Mobile API for Android Mobile API for IOS ;AO：凡是ArcGIS Desktop能够做的，AO都可以搞定，ArcGIS Engine开发（有些功能因为许可问题不能实现），这种开发模式就是开发系统或者在桌面的基础上增加相关功能。 空间SQL：对ArcGIS简单对象（点、线、面、多点、多片）进行查询、编辑（增删改），编辑支持ArcGIS版本和非版本，不支持复杂对象（拓扑、几何网络等）,支持影像 ArcSDE API：其实跟SQL类似，但是多了关于ArcSDE管理、投影转换、Schema、XML对象操作等 FileGeodatabase API：FGDB创建删除、数据编辑、属性查询、简单空间查询等 ;ArcSDE API 可以进行ArcSDE的数据连接（完全废话）、也可以进行版本的相关操作、ArcSDE实例的管理 矢量数据的操作（编辑、查询、投影修改等） 影像数据的操作 ArcSDE Schema的操作 其他用户用的比较少的比如log files、XML等 ;开发语言 AO：.Net(C#、VB)、Java、QT、C++（有些根据版本不同不再支持） SQL：会写SQL语句即可 ArcSDE API：Java、C++ FileGeodatabase API：C++ ;性能 ArcSDE APIAOSQL 不是所有公司都是专业的GIS公司，其他IT公司也可以承担GIS项目，那么没有GIS专业或者ArcGIS经验的开发者来说，使用SQL操作就比较方面了，不需要再花时间去学习AO或者ArcSDE API的开发，这是好多公司选择SQL的一个原因。 另外好多公司的业务比如电力或者电信都是点、线居多，那么数据量少的话，效率方面差别是没有感觉的。 还有一点，SQL开发可以集成多种查询、构造函数与一体执行，这是其他两种开发方式不可比拟的  ;AO与Engine AO是组件 Engine是产品 AO可以开发基于ArcGIS Desktop的自定义应用、扩展 Engine开发独立于桌面产品的应用 AO可以实现的功能，Engine不一定能实现 AO开发运行需要安装桌面程序 Engine开发需要安装DevelopKit开发包，运行需要Runtime;Engine太庞大了，臃肿 ;ArcGIS Server;SOAP API开发 Simple Object Access Protocol 基于Internet的通信协议 独立于平台/编程语言 基于XML W3C标准 … ;REST API开发 Representational State Transfer 是设计风格而不是标准 轻量级 易使用，不需要编程工具 URI即资源，通过HTTP谓词访问 … ;Web APIs;基于Rest接口 显示您发布地图服务或叠加ArcGIS Online上的地图数据服务 执行服务器上的GP模型并显示执行结果 搜索地理数据并显示搜索结果 搜寻地址，并显示结果 有丰富的网络资源支持 开发 完全免费的 ;优势 纯粹的客户端开发 很多优秀的JS开源框架 支持融合各种服务 Google Map /Bing Map ;最新版本 3.7 美观大方 易用性强 可操作性强 前后端整合能力强 迅速搭建应用，交付周期短 ;最新版本 2.3? 丰富的组件可供选择 可使用硬件加速 即拿即用Silverlight Viewer框架 方便的融合Bing Map 适合大量熟悉.net开发的群体 ;通过HTTP 将 ArcOb