ArcGIS Server 9.3 beta 体验二 -- 开发路线
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
上图圆环从里到外的层次分布指明了各种开发模式之间的依赖关系，其中最引人注目的是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，如需转载请自行联系原作者
