RIA+REST架构实现完美WEB开发

开发 后端
在当前IT概念名词漫天飞舞的年代,REST+RIA已经开始逐渐成为一种开发应用模式的标准,并越来越多的在各种实际业务中得到应用。

记得***次看到REST的身影,是在InfoQ上的一篇介绍,随后又翻阅了后面的参考文章和Developerwork上一些资料,甚至随手翻了翻Roy博士的论文。所幸,在不少人还在体会REST到底是何方神圣的时候,我拿到并安装了***版的ArcGIS Server 9.3,里面新增了一种新的GIS服务:ArcGIS Server REST服务。有了这样的一个落地的基于REST的服务,所有对REST基础概念的疑惑都迎刃而解:为所有“事务”定义ID;将所有“事务”链接在一起;使用标准方法;资源多重表述;无状态通信。所以,学习开发或开发理念,看文字没有看图片快,看图片没有动手操作快,动手操作没有导师亲自指导快,对于REST的学习,我对生涩的文字概念的理解时间被压缩到了最小。

ArcGIS Server REST服务的组织结构:

今天看到一则新闻,纽约时报通过Times Developer Network构建了一个基于REST的API,请求API之后将得到XML和JSON格式的返回数据,这些API包括:

Article Search API:能够搜索从1981年到现在纽约时报上的文章,可以获取标题、摘要及相关多媒体的链接

Best Sellers API:能够获取纽约时报所有的***业绩数据,包括特定销售商的等级历史

Campaign Finance API:根据美国联邦选举委员会的备案获取总统选举的捐助及花费数据

Community API:获取NYTimes.com用户发表的评论

Congress API:获取美国议会投票数据,包括具体议院和参议院议员的信息

Movie Reviews API:获取到评论和纽约时报评论家的链接以及根据关键字搜索电影评论

New York State Legislature API:获取纽约州参议院及大会的议员和委员会信息

Real Estate API:获取纽约市房地产及销售情况的聚合数据

Times Newswire API:获取***时报文章的链接和元数据

TimesPeople API:获取时报读者的信息及活动数据

TimesTags API:获取与查询信息匹配的标准化术语,同时由时报字典进行过滤

微软同时发布了纽约时报Silverlight工具集,这和ArcGIS各种客户端API设计方法是类似的,过去大家包括我曾抱怨ArcGIS技术总是落后IT技术发展,如COM问题,这次,至少是在***时间(2008年上半年)提供了RIA+REST完整的技术体系,目前在ArcGIS Server REST服务基础上可以使用的客户端技术有Javascript、Flex、Silverlight,大家可以到官方网站上了解:http://resources.esri.com/arcgisserver/index.cfm?fa=applications

下面以treenode在javaeye上总结的RIA+REST架构的优点,分析ArcGIS Server中的RIA+REST。

1.将表现层与后台彻底分离

从N年前讨论MVC开始就在讨论解耦、松耦合的设计方法,ArcGIS Server REST将GIS基础和核心功能全部进行了封装,并以服务的方式提供给客户端,如常见的地图展示、图层信息访问、空间几何查询、高级分析功能(网络分析、地理统计、空间分析统计、水文分析、地址编码、逻辑网络、坐标转换等)等等。这些全是GIS相关的功能,客户端无论是Javascript、Flex还是Silverlight无需关注GIS功能的实现,只用专心于人机交互和用户UI设计。

2.方便程序员和美工协同开发

对于Flex和Silverlight开发来说,这种界线更为明显,如微软专门为设计人员提供的Express Blend,程序员只需将精力集中在基于vs的代码编写上,而这些代码无需关注GIS功能实现的方法,只需要完成对ArcGIS Server REST服务的调用即可,结构一目了然。

3.有利于采用快速原型的开发方式

没有任何后台逻辑之前,表现层就可以开始设计,FlexViewer无疑是***的说明,ArcGIS Silverlight API也将拥有类似的框架。

4.合理分配负载,减轻服务器压力

这不是GIS的特点,是Javascript、Flex、Silverlight的能力,用GIS应用中的一个典型用例说明:通过不同颜色渲染出全国各省的人口数量。这是一个专题图生成的功能,过去常用的方式是由GIS Server进行处理,然后将处理结果生成一张图片,通过虚拟目录地址返回,10000个并发的时候服务器肯定死掉了,然而基于RIA+REST的应用架构,REST负责将需要的数据传回客户端,压力较大的渲染工作放到客户端进行了,有效减轻了服务器的压力,用户体验更佳,视觉效果更好。

再如下面H1N1例子(在线演示),客户端要绘制上万个点,如用Soap API去动态绘制,速度会慢的难以忍受,而RIA做到了。

5.提高用户体验

这还用多说吗,RIA最直接的效果就是良好的用户体验,事实证明专业GIS用户更喜欢基于RIA的GIS应用,大众GIS应用如Google Map、MapABC也都推出了各自的Flex API。

任何技术没有100%***,但是在GIS行业和更加广阔的IT技术应用中,RIA+REST在很多方面的确做得比前辈们更好。

原文链接http://www.gisall.com/?uid-5690-action-viewspace-itemid-751

【编辑推荐】

  1. 走向银光 —— 一步一步学Silverlight2
  2. 2008年RIA平台发展回顾
  3. 微软.Net RIA Services项目前景简评
责任编辑:彭凡 来源: gisall.com
相关推荐

2009-09-22 11:49:34

ibmdwREST

2009-07-02 09:19:13

Java+FlexRIA应用

2011-10-27 16:24:48

API

2010-07-27 14:12:01

FlexSDK4

2011-02-22 10:56:57

Restweb服务Android

2010-08-10 08:54:12

FlexSDK4

2015-02-05 09:12:56

Docker微服务AWS

2011-01-11 09:25:56

2010-07-06 15:16:02

web负载均衡

2009-07-29 17:45:09

ibmdwWebREST

2009-07-31 16:26:28

ibmdwREST

2010-07-23 11:21:39

iPhoneCSS3Media Queri

2014-10-29 19:24:50

百度Blend

2010-08-04 16:12:07

Flex SDK 4快速RIA开发Gumbo主题

2014-04-02 11:22:26

JavascriptMEAN

2009-06-15 15:43:54

Stripes实现Ja

2015-07-16 09:56:58

Web开发程序员技巧

2022-05-06 09:52:17

REST接口API

2010-10-28 09:56:53

Web APIRESTSOAP

2009-06-05 09:08:22

Flex SDK 4Gumbo快速RIA开发
点赞
收藏

51CTO技术栈公众号