※ 引述《Esh ()》之銘言： : 看了幾個REST的實作Tutorial，無奈資質弩頓還是搞不出想要的東西 : 我知道REST用URL運作/controller/method : 但是我要怎麼另用method結合網址再傳入參數呢？ : 例如已經用scaffold建好，有一資料庫有title跟description兩欄位 : 現在能否用/library/new?title=Programming Ruby&description=A ruby bible : 的URL輸入，把Programming Ruby跟A ruby bible兩資料寫入title跟description兩欄位ꄊ: 這樣要怎麼實作呢？ 老實講，我從來就不知道那些 REST 的美好廣告是想表達什麼？ 我在猜，也許只是單純因為 SOAP 之類的東西讓人吐血吧？ 個人覺得，把 REST 想成是很複雜的東西，反而是離 REST 更遠了... 我們簡單這樣說，SOAP 用超複雜的結構來表達 web API, 而 REST 則盡量遵守 HTTP 的設計原則來設計 web API. GET 表示取得資料，而且是沒有任何狀態的改變，也就是沒有 side effect. 這意味著 cache 會變得比較容易做，因為你對 server GET GET GET 和對 server GET 之後，server 上的資料不應該有所改變。 而用 POST 來產生新的資料，你也不會把參數暴露在 URI 裡面， 而是在 request body 裡面。 我對 REST 並沒有研究，所以說不了什麼，也可能講錯什麼。 但我覺得很重要的一件事，就是千萬別神化 REST... 他不是萬能的， 他只是一種概念性的原則而已。 以你的例子，寫入根本就不應該用 GET, 所以當然不會有什麼 ? & OOXX 之類的東西在網址上面。你要寫入一本書的資料，應該像是： POST /library/book 然後 request body 裡面有： title=Programming+Ruby&description=The+Ruby+Bible 但當然通常你會用 library 做 POST, 而不是直接寫 HTTP 這邊就是明確在 URI 裡面說明「地點」/「東西」 而 POST 則是表示要產生資料了，所以當然也不用 new 或 create 之類的字眼。 而這只是一個「原則」而已，我並不覺得需要死遵守。 像是 Rails 還弄個 method=delete 來假裝自己是 DELETE, 個人就認為是一件很蠢的事情... 辦不到就別自欺欺人了... 等你 URI 的規則訂出來之後，接下來再去想你底層要怎麼做。 也就是看你 application server 要怎麼回應這個 request, 自己再去決定，並不是說一定要是某個 rails 的 controller 或 action 的名字在上面。網址和底層可以完全是不同的兩回事， 不需要想得太複雜。（還是我這樣說就把事情搞複雜了？ @@） : 另外問一個問題，想要弄一個REST Web Service : 對遠端的Oracle資料庫送出查詢並產生回應 : 甚至應用上面的需求，寫入或更新資料庫 : 可以直接在controller寫一般的Ruby程式嘛？ : 謝謝 看不太懂，你是要 rails 的 oracle adapter 嗎？ -- Nobody can take anything away from him. Nor can anyone give anything to him. What came from the sea, has returned to the sea. Chrono Cross --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.128.121.87