怎样保证到服务器的 REST 请求是由自己的 APP 发起的

ios的服务器端提供的对外访问的接口。不能像Web服务器开发那样使用session会话来保存一个用户的登录状态。所以为了接口访问的安全考虑，在请求接口返回数据之前在服务器端做一些安全的认证。目前有一些解决方案，如使用OAuth20 ，或自定义一些访问策略，有的正如你说使用token的方式，还有就是在发请求时，将使用用户的信息通过请求头>如果是本地发布的服务，在手机端调用server服务时，访问rest地址主机名要改为IP加端口号（1921681100:6080），而且必须是内网才能访问
">

REST 是REpresentational State Transfer的缩写，字面的翻译是表现层状态转移。

RESTful API就是REST风格的网络接口，REST描述的是在网络中client和server的一种交互形式；REST本身不实用，实用的是如何设计。

Server提供的RESTful API中，URL中只使用名词来指定资源，原则上不使用动词。“资源”是REST架构或者说整个网络处理的核心。

:

REST指一组架构约束条件和原则，满足约束条件和原则的应用程序设计。架构，软件体系结构分为三部分：构建，用于描述计算机；连接器，用于描述构建的链接部分；配置将构建和连接器组成有机整体。

web基本技术：
URI（统一资源标示符）>

1、每个资源都应该有唯一的一个标识

2、使用标准的方法更改资源的状态

3、request和response的自描述

4、资源多重表述

5、无状态服务

用>

GET    用来获取资源

POST  用来新建资源（也可以用于更新资源）

PUT    用来更新资源，

DELETE  用来删除资源。

restful是一种架构风格，其核心是面向资源；而webService底层SOAP协议，主要核心是面向活动。

SOAP：简单对象访问协议，很轻量，同时作为应用协议可以基于多种传输协议来传递消息（>

客户端和服务器端的通讯方式

REST 与代理服务器 (Proxy Servers)

一般代理服务器的实现根据 (URI, >

当发现类似于（>

对于 SOAP，如果我们想借助于既有的代理服务器进行安全控制

REST 与缓存服务器 (Cache Server)

使用 >

总结：

REST对于资源型服务接口来说很合适，同时特别适合对于效率要求很高，但是对于安全要求不高的场景。而SOAP的成熟性可以给需要提供给多开发语言的，对于安全性要求较高的接口设计带来便利。所以我觉得纯粹说什么设计模式将会占据主导地位没有什么意义，关键还是看应用场景。
成熟度
SOAP虽然发展到现在已经脱离了初衷，但是对于异构环境服务发布和调用，以及厂商的支持都已经达到了较为成熟的情况。不同平台，开发语言之间通过SOAP来交互的web service都能够较好的互通。

---