※ 引述《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