AGS 9.3无论是从开发角度,还是开发方式和9.2相比都改进、丰富了不少,也兼容9.2ADF应用,通过Web Mapping Application Migration Utility可以将9.2模板应用程序升级到9.3环境中。这里我们先了解9.3 for .Net的开发路线,看看what's new!
1.核心Server APIs--ArcObjects,SOAP,REST
2.ADF开发框架
3.ArcGIS JavaScript APIs,构建纯浏览器的客户端应用,并且可以扩展Microsoft VirtualEarth和Google Maps JavaScript APIs
4.Mobile ADF开发框架
5.丰富的帮助文档(相比9.2全面多了),包括AGS开发和管理,全面支持VS2005和2008
上图圆环从里到外的层次分布指明了各种开发模式之间的依赖关系,其中最引人注目的是REST API、JavaScript API及其扩展,关于REST,Roy Thomas Fielding博士论文有非常系统的论述,但是我们没有时间也仔细研究,IBM developerworks和InfoQ上有一些相关的基础性文章可以作为参考,做AGS REST API开发时再去体会。
Roy Thomas Fielding博士论文
英文: http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm
中文: http://e2c.91yee.com/columns/
IBM developerworks
Ajax 和 REST,第1部分
跨越边界:REST on Rails
InfoQ
理解REST软件架构
深入浅出REST
JavaScript Applications
JavaScript APIs建立于REST API之上,可以使用AGS服务建立轻量级的,高性能的,纯浏览器的GIS应用,并且可以和其他GIS应用一起整合,构建"mashup"GIS功能。
AGS JavaScript APIs可以Virtual Earth SDK和Google Maps API基于AGS Services的扩展,由此可见微软和Google给WebGIS所带来的革命性的影响,AGS从产品定位上来说,核心还是在于GIS空间编辑、服务、分析和管理,客户端应用从9.2到9.3逐步改进,并和其他地图服务整合一起来满足客户对客户端用户体验的要求。
Web applications
Web applications大家都很熟悉了,里面有一些更新可能是大家比较关心的,首先是对VS2005/2008的兼容,新的应用构建于ASP.NET Ajax平台上,以提升用户的体验和性能。Web application包含了一个公共的Web ADF JavaScript Library,用于客户端组件和服务器端的异步交互,Web ADF JavaScript Library以ASP.NET Ajax JavaScript Library为基础,注意,它和AGS JavaScript APIs是两个不同的js库。
Web Services
GIS Web Service和application web service是gis web服务的两种类型,前者是ESRI标准web服务,可以作为服务发布(arccatalog发布服务的时候可以看到它的url),供ArcMap、AGS SOAP API和REST API使用,后者是通过与ESRI data source的交互,进行gis功能开发与封装,作为web service发布供其他应用调用,这和传统web service开发是一样的,提供各种gis功能接口。
Mobile applications
我一直认为这是今后GIS应用的发展热点之一,mobile applications专为PDAs、smartphones、pocket PCs或Tablet PCs设计,用于创建集中式管理的,高性能的,以GIS为核心的移动客户端应用,支持GPS导航,GIS空间编辑、管理、分析功能,与准实时更新是mobile应用的重点。
Desktop Client and console applications
1.核心Server APIs--ArcObjects,SOAP,REST
2.ADF开发框架
3.ArcGIS JavaScript APIs,构建纯浏览器的客户端应用,并且可以扩展Microsoft VirtualEarth和Google Maps JavaScript APIs
4.Mobile ADF开发框架
5.丰富的帮助文档(相比9.2全面多了),包括AGS开发和管理,全面支持VS2005和2008
![](https://i-blog.csdnimg.cn/blog_migrate/43b8bd6f213465fc06247526d942f40c.gif)
上图圆环从里到外的层次分布指明了各种开发模式之间的依赖关系,其中最引人注目的是REST API、JavaScript API及其扩展,关于REST,Roy Thomas Fielding博士论文有非常系统的论述,但是我们没有时间也仔细研究,IBM developerworks和InfoQ上有一些相关的基础性文章可以作为参考,做AGS REST API开发时再去体会。
Roy Thomas Fielding博士论文
英文: http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm
中文: http://e2c.91yee.com/columns/
IBM developerworks
Ajax 和 REST,第1部分
跨越边界:REST on Rails
InfoQ
理解REST软件架构
深入浅出REST
JavaScript Applications
JavaScript APIs建立于REST API之上,可以使用AGS服务建立轻量级的,高性能的,纯浏览器的GIS应用,并且可以和其他GIS应用一起整合,构建"mashup"GIS功能。
AGS JavaScript APIs可以Virtual Earth SDK和Google Maps API基于AGS Services的扩展,由此可见微软和Google给WebGIS所带来的革命性的影响,AGS从产品定位上来说,核心还是在于GIS空间编辑、服务、分析和管理,客户端应用从9.2到9.3逐步改进,并和其他地图服务整合一起来满足客户对客户端用户体验的要求。
Web applications
Web applications大家都很熟悉了,里面有一些更新可能是大家比较关心的,首先是对VS2005/2008的兼容,新的应用构建于ASP.NET Ajax平台上,以提升用户的体验和性能。Web application包含了一个公共的Web ADF JavaScript Library,用于客户端组件和服务器端的异步交互,Web ADF JavaScript Library以ASP.NET Ajax JavaScript Library为基础,注意,它和AGS JavaScript APIs是两个不同的js库。
Web Services
GIS Web Service和application web service是gis web服务的两种类型,前者是ESRI标准web服务,可以作为服务发布(arccatalog发布服务的时候可以看到它的url),供ArcMap、AGS SOAP API和REST API使用,后者是通过与ESRI data source的交互,进行gis功能开发与封装,作为web service发布供其他应用调用,这和传统web service开发是一样的,提供各种gis功能接口。
Mobile applications
我一直认为这是今后GIS应用的发展热点之一,mobile applications专为PDAs、smartphones、pocket PCs或Tablet PCs设计,用于创建集中式管理的,高性能的,以GIS为核心的移动客户端应用,支持GPS导航,GIS空间编辑、管理、分析功能,与准实时更新是mobile应用的重点。
Desktop Client and console applications
AGS在这个层面上的应用不算多,但是体现了AGS作为GIS服务供应者的核心地位,目前用户使用AGS更多还是在B/S领域,甚至认为AGS是作为ArcIMS的替代者或升级版本的身份出现的,其实AGS提供的是一种服务,B/S、C/S、Web Service、Mobile都可以作为AGS应用的展现端,AGS目前更多的是应用在B/S架构中,相信以后会出现更全面,更完善的AGS应用,合理设计,充分挖掘AGS SOA架构的潜力。
本文转自Flyingis博客园博客,原文链接:http://www.cnblogs.com/flyingis/archive/2008/04/18/1160164.html,如需转载请自行联系原作者