ActsAsListなリストを「上に」「下に」移動させる時のコントローラについて書いてみました。 REST大好きなSendagaya.rb の皆さんが、どんな感じでコントローラ/routesを書くのか、教えてくれると嬉しいです。
![Sendagaya.rb | ActsAsListなリストを「上に」「下に」移動させる時のコントローラについて書いてみました | Facebook](https://cdn-ak-scissors.b.st-hatena.com/image/square/9e0718c525ec2ee242047e4e42cd96e6d12366b8/height=288;version=1;width=512/https%3A%2F%2Fscontent-itm1-1.xx.fbcdn.net%2Fv%2Ft31.18172-8%2F10468015_725014620892325_6266955445452856907_o.jpg%3Fstp%3Ddst-jpg_p600x600%26_nc_cat%3D102%26ccb%3D1-7%26_nc_sid%3D230649%26_nc_ohc%3Dn3kzxsd0jQIQ7kNvgGdJew4%26_nc_ht%3Dscontent-itm1-1.xx%26oh%3D00_AYCozhA2UpSO1qZj8-yMe1idXeE5glokOQTBrYLFTafFmg%26oe%3D66CFA8D5)
swanandp / acts_as_list - Github リスト操作といえば昔からActsAsListが定番ですが、「上に移動」「下に移動」のリクエストをどのようなURLで実行していますか? from_README_Example.rb1 2 3 4 5 6 7 8 9 10 11 class TodoList < ActiveRecord::Base has_many :todo_items, order: "position" end class TodoItem < ActiveRecord::Base belongs_to :todo_list acts_as_list scope: :todo_list end todo_list.first.move_to_bottom todo_list.last.move_higher モデルの操作についてはREADMEにある通り、
Designing HTTP Interfaces and RESTful Web Services (PHPDAY11 2011-05-14) — Presentation Transcript DESIGNING HTTP INTERFACESAND RESTFUL WEB SERVICES David Zülke David Zuelke http://en.wikipedia.org/wiki/File:München_Panorama.JPG Founder Lead Developer @dzuelke THE OLDEN DAYS Before REST was En Vogue http://www.acme.com/index.php?action=zomg&page=lol along came dis is srs SEO bsns and said NEIN N
1. RESTful Web アプリの 設計レビューの話 和田 卓人 (a.k.a id:t-wada or @t_wada) July 23, 2012 @ sendagaya.rb 3. 自己紹介 名前: 和田 卓人 (わだ たくと) ブログ: http://d.hatena.ne.jp/t-wada メール: takuto.wada@gmail.com Twitter: http://twitter.com/t_wada タワーズ・クエスト株式会社 取締役社長 4. 私と REST (input) • WEB+DB PRESS vol.32「REST アーキテクチャスタイル入門」 • はてぶ設計議論 • DHH の RubyKaigi 2006 Keynote • WEB+DB PRESS vol.38∼「REST レシピ」 • 『RESTful Web Service』
「RESTとRailsスタイル]」のときに、@shu_0115さんから「複数同時に書き込みたいときはどうするか」という質問がありました。これは実用上はなかなか重要な点だと思うので、少しまとめます。 親子関係のリソースを更新 例えば /users/123 と /users/123/profile を両方変更したいなど。 この場合は、親に対するリクエスト PUT /users/123だけですませるのが一般的です。POSTでユーザを新規作成するときも、自動的に子のリソースが作られたとみなしますよね。 複数のMemberリソースを更新 例えば /posts/1 /posts/2 /posts/3 の3つの投稿に同時に「rest」タグをつける、というUIがあるかもしれません。 この場合、とくにアトミックな必要はないので、Ajaxでリクエストを3回送ってもかまわないのですが、3個ならまだしも10個など
以下はNick Sutterer氏が2010年10月28日に自身のブログに投稿した、"Rails Misapprehensions: CRUD is not REST! "の翻訳です。本人の許可を得て掲載します。 Rails Misapprehensions: CRUD is not REST! http://nicksda.apotomo.de/2010/10/rails-misapprehensions-crud-is-not-rest/ RailsとRESTについて調べている間、二つのことがよくわかった。 RailsでRESTがどうなっているのか、他と比べて、明解で、基礎的で、「印刷された」解説を見つけにくい。数千のスクリーンキャストを見てきたが、この素晴らしいガイドが一つあるだけだった。 みんなCRUDとRESTを混同している とりわけ後者は僕を困らせたが、あるチームをコーチすると
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く