严格来说有三个地方都要遵守规定 server 检查header 的型式是否符合该api规定 (get post put delete)(一个api择1)，和 application/json,application/xml(择1) 确定符合规范才交由後端(程式部份)的路由来处理 没有的话就会直接挡掉proxy至40x错误，省掉应用端跑一次程序的资源 (跑高突发流量很重要，基本上避开cache後，你请求至後端应用时，thread就开始跑，记 忆体就开始吃) 在application端(PHP, .Net, Python(Dijango), Ruby(rails), Java(struts2)) 路由的程式当中再同上检验一次(免得以後移交主机或扩充时，server那有漏洞)每支api 的规范透过程式来决定是否处理或跳转页面 Client端，也就是请求端，也是照规定予以请求 一般你的RESTful api文件出来後，负责该职务的遵守来设定即可(但我想有非常非常非常 非常非常多的公司只做到三分之二甚至三分之一，可能市场小遇不到高突发流量/安全性 问题…)，最後再走SSL加密传输；没照规定的request请求根本就进不去，所以我想原PO 真正问题是各领域的细节从来没有人让你知道。 ※ 引述《xacross (xacross)》之铭言： : ※ 引述《quasi (嘉嘉有本难念的经)》之铭言： : : 如题 : : 查了一个小时还是觉得有点抽象 : : post get 这两个我都用过 : : 可put delete我就完全没用过了 : : 实务上 捞取资料我都用 GET，传送表单则用POST : : 因为GET较快，但不安全；POST较安全。 : POST 一样是不安全的，拦截 HTTP Request 一样可以直接看到资料， : 真是要安全的话都要透过 https : : 但我其实不是很了解确切的差别 .. : : 问学长也都没得到满意的答覆 : : 上网查也几乎都是英文，英文真的满需要再加强的 。。 : : 现在主要有两个问题想请教 : : 1.REST的概念 : : 2.post get put delete差异，使用时机 : : 有劳各位大大了 : 1. : REST 是一种网路服务操作的概念，假设你的网站现在要设计管理使用者的资料方式。 : 新增、删除、更新、读取使用者，你会对下面这个网址做 POST, DELETE, PUT, GET : http://foo.com/user ， 注意你的纳址是只有 user（单一名词）， : 取得使用者资料用 GET 方式， : 而不是设计一个网址叫 http://foo.com/get_user （这个网址不符合 REST 精神， : 因为你是要「取得」user 的资料，用 GET 就已经可以表示"取得"的动作，不必 : 再网址上重复） : 这样的设计，可以透过只要更改 HTTP METHOD 就知道要做什麽操作 : 2. : 网页程式最常做的 CRUD 动作 (create, read, update, delete) : 对应到 REST 就是 POST, GET, PUT, DELETE。 : 注意，不是说 create 就只能用 POST，你也可以用 GET 去 create 资料， : 只是这样子就没有符合 REST 的精神。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 27.147.56.231 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Web_Design/M.1458059041.A.D22.html 所以才说是api要规定而不是RESTful被规定 想想你一个api在设计规范时，无论post, get 等都能拿，那就等同你根本没再用RESTful 也可以比喻成：你不会拿singleton pattern硬跟我说是factory pattern吧 它还是有一定的理解跟逻辑规则(但factor pattern很多种) ※ 编辑: dlikeayu (27.147.56.231), 03/16/2016 02:23:00