看了一些资料，对实现方式不太理解。
理解下来，这种接口只是一种风格或者方法，与技术应该无关，这样理解对吗？
比如用http方式实现RESTful接口，实际上使用的是什么技术实现的？
http请求，或者是WebService吗？

谢谢。
--
FROM 117.25.139.*

【 在 baddif 的大作中提到: 】
: 看了一些资料，对实现方式不太理解。
: 理解下来，这种接口只是一种风格或者方法，与技术应该无关，这样理解对吗？
: 比如用http方式实现RESTful接口，实际上使用的是什么技术实现的？
: ...................
新人注册，来回复。
RESTful是一种设计风格，分层架构的网络互联规则。最重要的特点是，将URL或URI作为驱动客户端会话状态的转换引擎。在未来的云计算中，这种轻量级、灵活的风格将会部分取代WebService作为HTTP交互的引擎。
打个简单的比方，http://localhost/order/product_shoe?num=1&color=red&size=44
意为增加一个鞋子的订单，是不是很灵活，而且和WebService一样， 支持跨平台。
关于RESTful的详细链接如下：http://www.cnblogs.com/artech/p/3506553.html
祝好。
--
FROM 113.107.163.*

RESTful 简单说起来，就是用 http 操作数据库，数据库CRUD，分别对应http的 get, post, put, delete 等不同方法

真正使用的时候，前端 js 通过 ajax 调用 get, post, put, delete，通过http 协议对后端数据进行不同的操作

这里需要注意的是，restful设计的时候是和资源相关，和动作无关，意思就是指你的 http 的 url 值应该含有 资源，不应该含有 get等行为

比如拿用户管理来说， url 为 https://api.example.com/user/  

那么 post  https://api.example.com/user/  ，就是新建用户，

get  https://api.example.com/user/ 就是获取当前所有用户

get  https://api.example.com/user/1 就是获取 id=1的用户信息

put https://api.example.com/user/1 就是更新用户信息，如用户头像，昵称之类的，

delete https://api.example.com/user/1  就是删除该用户

当然这个比较简单，比如get所有用户的时候，有10万个，就需要分页，那么restuful 就应该包含 当前比如100个用户信息，以及下面 100 个用户信息请求的 url 等

总体就是这个样子，url 里面没有任何 get、post 等路径，因为它只和资源相关

此外，restful 是一种设计理念，主要基于 http 的几种方法，前端 js 一般用 ajax 操作，后端任何语言都行，主要是实现一个 http api server
--
修改:playniuniu FROM 14.152.90.*
FROM 14.152.90.*

前两天发给移动端同事的布道内容， Martin Fowler的总结还是比较到位的，遗憾的是国内大多数所谓Restful可能连level2都达不到。
Dr. Leonard Richardson put together a maturity model that interprets various levels of compliance with RESTful principles, and grades them. It describes 4 levels, starting at level 0. Martin Fowler has a very good write-up on the maturity model

Level 0: the Swamp of POX - at this level, we’re just using HTTP as a transport. You could call SOAP a Level 0 technology. It uses HTTP, but as a transport. It’s worth mentioning that you could also use SOAP on top of something like JMS with no HTTP at all. SOAP, thus, is not RESTful. It’s only just HTTP-aware.
Level 1: Resources - at this level, a service might use HTTP URIs to distinguish between nouns, or entities, in the system. For example, you might route requests to /customers, /users, etc. XML-RPC is an example of a Level 1 technology: it uses HTTP, and it can use URIs to distinguish endpoints. Ultimately, though, XML-RPC is not RESTful: it’s using HTTP as a transport for something else (remote procedure calls).
Level 2: HTTP Verbs - this is the level you want to be at. If you do everything wrong with Spring MVC, you’ll probably still end up here. At this level, services take advantage of native HTTP qualities like headers, status codes, distinct URIs, and more. This is where we’ll start our journey.
Level 3: Hypermedia Controls - This final level is where we’ll strive to be. Hypermedia, as practiced using the HATEOAS ("HATEOAS" is a truly welcome acronym for the mouthful, "Hypermedia as the Engine of Application State") design pattern. Hypermedia promotes service longevity by decoupling the consumer of a service from intimate knowledge of that service’s surface area and topology. It describes REST services. The service can answer questions about what to call, and when. We’ll look at this in depth later.
【 在 playniuniu 的大作中提到: 】
: RESTful 简单说起来，就是用 http 操作数据库，数据库CRUD，分别对应http的 get, post, put, delete 等不同方法
: 真正使用的时候，前端 js 通过 ajax 调用 get, post, put, delete，通过http 协议对后端数据进行不同的操作
: 这里需要注意的是，restful设计的时候是和资源相关，和动作无关，意思就是指你的 http 的 url 值应该含有 资源，不应该含有 get等行为
: ...................
--
修改:dhcn FROM 123.66.188.*
FROM 123.66.188.*

这里有个问题：
一般来说，这种请求都要有身份验证的，比如最简单的用户名和密码，这些参数如何处理？
后台服务专门有验证模块，通过验证后再来访问这些资源接口，而资源接口本身不对外开放，这样子？

谢谢。
【 在 playniuniu 的大作中提到: 】
: RESTful 简单说起来，就是用 http 操作数据库，数据库CRUD，分别对应http的 get, post, put, delete 等不同方法
: 真正使用的时候，前端 js 通过 ajax 调用 get, post, put, delete，通过http 协议对后端数据进行不同的操作
: 这里需要注意的是，restful设计的时候是和资源相关，和动作无关，意思就是指你的 http 的 url 值应该含有 资源，不应该含有 get等行为
: ...................
--
FROM 14.152.90.*