论坛首页 Java企业应用论坛

RESTful架构是否适合“需授权访问的数据库型企业应用”?

浏览 27431 次
精华帖 (0) :: 良好帖 (18) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-05-24  
winterwolf 写道
可能非常适合受权访问的数据库性企业应用

1 权限其实非常适合用rest方式编辑访问. 不用session和cookies是完全可以的。每个用户在服务器上可以有自己的数据空间用来存放信息 权限 文件.....。 访问这个路径下的信息需要通过http的验证 http://user@password:xmlshop.com/winterwolf/权限.xml

2 sql xquery 都可以直接当做资源来调用 post数据返回结果而已. xslt css javascript也可以作为资源来灵活调用。

3 同意布老大的观点 rest方式非常适合xmldb. sql数据库虽然也通过接口支持rest方式 但是不是自然的 关系数据库本身反rest




最近仔细阅读了dlee同学热心推荐的REST论文,感觉REST真义(下称FieldingREST)我是明白了,有个观点一直没敢亮出来,下面晾晾:

RESTful这个词不知道是谁造的(源于<<RESTful Web Services>>?),其中反复强调POST/PUT/DELETE/GET四个基本操作,从这一点看,其实RESTful是对FieldingREST的歪曲,有“挂羊头卖狗肉”之嫌,P/P/D/G根本就是FieldingREST光辉躯壳下夹藏的私货

回到本帖主题,我认为“企业应用”(本帖定义的)需遵从的FieldingREST的唯一约束是:可扩展性所需的“服务器无状态性”(也就是你第1点描述的问题),其他约束对“企业应用”都没有意义。至于RESTful,更像一个概念炒作。

 

0 请登录后投票
   发表时间:2008-05-25  
leebai 写道


RESTful这个词不知道是谁造的(源于<<RESTful Web Services>>?),其中反复强调POST/PUT/DELETE/GET四个基本操作,从这一点看,其实RESTful是对FieldingREST的歪曲,有“挂羊头卖狗肉”之嫌,P/P/D/G根本就是FieldingREST光辉躯壳下夹藏的私货

回到本帖主题,我认为“企业应用”(本帖定义的)需遵从的FieldingREST的唯一约束是:可扩展性所需的“服务器无状态性”(也就是你第1点描述的问题),其他约束对“企业应用”都没有意义。至于RESTful,更像一个概念炒作。

 服务器无状态对开发分布式应用有好处。

使用put delete也是有重大意义的 。

隐含在put delete背后的深意是---- 使用文档保存数据(用xml文件)会更高效更适合web  而不是关系数据库

我认为目前native xmldb是建立rest系统的最佳方案

0 请登录后投票
   发表时间:2008-05-26  
winterwolf 写道
leebai 写道


RESTful这个词不知道是谁造的(源于<<RESTful Web Services>>?),其中反复强调POST/PUT/DELETE/GET四个基本操作,从这一点看,其实RESTful是对FieldingREST的歪曲,有“挂羊头卖狗肉”之嫌,P/P/D/G根本就是FieldingREST光辉躯壳下夹藏的私货

回到本帖主题,我认为“企业应用”(本帖定义的)需遵从的FieldingREST的唯一约束是:可扩展性所需的“服务器无状态性”(也就是你第1点描述的问题),其他约束对“企业应用”都没有意义。至于RESTful,更像一个概念炒作。

 服务器无状态对开发分布式应用有好处。

使用put delete也是有重大意义的 。

隐含在put delete背后的深意是---- 使用文档保存数据(用xml文件)会更高效更适合web  而不是关系数据库

我认为目前native xmldb是建立rest系统的最佳方案

我不清楚xmldb,不过xml的Path与REST的资源URI路径确实很吻合,对XML数据块常见操作也不复杂,相信特定场合确实管用。

winterwolf兄做的都是些什么样的项目? 后台数据存储主要用xmldb?

0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics