黒魔術なgem inherited_resources
Railsのコントローラーに RESTful の基本形コントーローラーメソッドがないのに、create, update, destroyできてる・・
黒魔術的なgem, inherited_resourcesが入っていないか確認する。
gem 'inherited_resources'
これが Gemfile に含まれていて、対象のコントローラーが inherit_resourcesを有効にしている場合、デフォルトの index, new, edit, show, create, update, destroy が省略できるようになっている。
有効にする方法
class ProjectsController < InheritedResources::Base end
または
class ProjectsController < ApplicationController inherit_resources end
対象のコントローラーが、ApplicationController以外を継承してる場合、親のクラスも調べる。 inherit_resources有効なClassを継承していても、やっぱり効いてくるので注意!
inherit_resources で更にアクションをカスタマイズしたい時
inherit_resourcesで追加されるアクションの基本動作はScaffoldの通り。
destroyは対象モデルを削除した後に、そのリソースのindex urlにリダイレクトする。みたいな感じ。
それらの基本動作を上書きしたい場合、 ! をつけたアクション名で呼び出す。
やり方はこんな感じ。
class ProjectsController < ApplicationController inherit_resources def show show! do |format| format.html { render "edit" } end end def destroy destroy! { root_url } end end
カスタマイズしているアクションの動作
- showのrenderするテンプレートをeditにしている
- destroyした後のリダイレクト先をリソースのindexではなく、アプリケーションのルートURLにしている
defaultsでデフォルト動作をフックする
class ProjectsController < ApplicationController inherit_resources defaults finder: :find_by_name end
findのidで探すところを、モデルの find_by_name で代替するように指定したりできちゃう。らしい。
注意点
このgemはもうあまり使われていないらしい。 元リポジトリのREADMEでも一番最初に Deprecation notice が書かれているので、今から新しく使うことはしないほうが良さげ。
I suggest developers to make use of Rails' respond_with feature alongside the responders gem as a replacement to Inherited Resources.
と書いてあるので、respond_with でフォーマットの指定ができるようになったので、標準の方を使ったほうが良い、らしい。
とはいえ、見かけたソースに 標準アクションがないのに、なんか動作してるけど!?という時に、原因を見つけるために知っておいた方が良い、くらいの位置づけっぽいです。
今週のRails勉強記録と目標
今週は簡単なRailsアプリを素早く作る練習を再開。
コード書き始めたら、アレコレ地味に落とし穴に落ちて、いろいろと勉強になった!
先週入れたdebug力向上のためのgem(ツール類)が大活躍♪
目標は2週間で前回のコピーアプリくらいを作りたかったんだけど、1週間経った時点でかなりまだまだな感じ。。 相変わらずスピードに難あり。
Devise & OmniAuth (with Github) で予想してた以上に苦戦
あと、初めてOmniAuthをやってみたので、週の前半はそこにほとんど時間を取られてしまった・・
Devise & OmniAuth は、たくさん紹介記事とかもあるし、すぐできるかな〜と高をくくっていたけど、意外と苦戦・・ 最初に参考にした情報がOmniAuth ( Deviseなし ) だったので、読み替えがうまくできてなくてハマった・・
OmniAuthで参考になったページ
最終的にここのページの通りにやればよかった。。
Perfect RailsでOmniAuthやってる箇所と、RailsCastの簡単なOmniAuthの説明ページの内容を合わせながらやったところ、情報が古かった&Deviseとの連携がなかった、で無理やり読み替えしながらやったら、グチャグチャになってしまった。。
やはり公式を見るのが一番・・・(英語も普通に読みやすかった・・)
最初におもいっきり注意書きがあって、
Remember that config.omniauth adds omniauth provider middleware to your application. This means you should not add this provider middleware again in config/initializers/omniauth.rb as they'll clash with each other and result in always-failing authentication.
意訳:config.omniauth
が middleware を追加するので、config/initializers/omniauth.rb
で middleware の定義しちゃダメ!
って書いてある。。RailsCastとか、ちょっと古い情報だと、middleare定義するように書いてある文書があるので、一番最初に注意書きしてあるみたい。 読み飛ばし、ダメ;;
ちゃんと理解した!と思った Rails で Ajax の書き方でハマった・・
理解した!と思って、先週記事を書いた Ajax の扱いについて、何故か意図通りいかない事象に遭遇・・
結局ファイルのパスを間違えていた(途中でnamespaceに移動させたりしてるうちに、残念な状態になってた)だけだったのに、気づくまでにかなりの時間がかかってしまった。。
Railsでは「お約束の場所」「お約束の名前」からズレてしまうと大きな痛手を受ける。。
こういうロスタイムいかんなぁ。。
こっちも、もうちゃんと理解した!と思ってた partial の書き方でハマった・・・・
何が元々の形で、どう省略を許されているのか、という理解が足りなかった。。 これも発見までに地味に時間がかかってしまった。
Railsでは「よく使うパターンなので省略を許している」オプションが出てくることが多い。
しかも適当に情報を集めてると、
- もともとの形
- 省略が許されているからそうなっている形
- 普段あまり使わないオプションが入ってきた場合の形
の、どの状態なのかわからないまま使っていることになったりする。
これを意識して調べておかないと、省略形が元々の形だと思って、むやみにオプションだけを追加したら、動きません!状態になってしまう。
目標
いつも使うお約束のgemやRailsの機能を、イチイチ調べずにスラスラ書けるようになりたい。。
今週のRuby, Railsの勉強
今週はあんまり新しい知識を得た感がない・・けど、なんとか2記事Rails関連をQiitaに投稿。
まとめ記事1
おすすめされて既に知っていたgemである、BetterErrorsだが、知らなかった事2点発見があった。
BetterErrorsの新発見
- エディタ設定をしておくと、ブラウザからファイルパスをクリックすると、該当のソースコードを開いてくれる
- Ajax Request時で、エラー見れないじゃん;;と泣く泣くコンソールログを見ていたが、実は実行後に別の画面に遷移してしまったあとでも、
http://localhost:3000/__better_errors
と打ち込むと、最後のエラー画面を見せてくれる
2個目のAjax Requestでもデバッグ助けてくれる、というのに感動!
RailsPanel
Chromeの拡張で、ブラウザ上からいい感じにトレースが見れる。
たしかどっかでチラッと見かけたような気がするけど、ちゃんと導入してなかった。 コレはかなり便利そう♪
まとめ記事2
RailsでAjax書く時の基本的な流れをまとめた。 多分先月のコピーアプリ作成時にまとめかけて、完成しないまま放置してたっぽい。
その他
全然Rails関係ないけど・・・
このところ、AngularJSをやっている。。 JavaScript恐るべしなコールバック地獄・・・ たかだかファイルシステムからファイル取り込んで、表示するだけで、何回コールバック関数書くのよ;;
格闘の末のCordova File APIを使ってファイルシステムにアクセスして、最後の最後に処理を一回挟むコードに成功。
ちょっとだけ Promise とやらの使い方が分かった気がする。 ・・・が、まだ胸を張って「Promiseあーね!」とは言えない;; まだまだまだまだ。。である。
コードかコンテンツか・・それが問題だ・・
最近RubyとRailsの勉強をしてて、どっちかっていうと読み系の座学が多くて、コード書いてない。。
そして読んだ結果をまとめたりする時間も結構バカにならず、こっちに比重置いてると、コード書けない。。
そもそもプライベートの勉強時間って、普通に生活してると、子供が学校行ってから、自分が出勤するまでの朝1時間、夜子供が寝てから、自分が眠くなって終了になるまでの間2時間くらいの、1日合計3時間くらい。。
その中で、コードかコンテンツか・・とやっぱりどちらかしかできないわけで・・・
理想的には、仕事してる間の7時間くらいが、コードに費やされていれば、残りのプライベート勉強タイムにコンテンツ書けたら、丁度いいバランスなんだけど、 仕事で使ってる技術と、自分がこれから進みたい技術がずれてる場合、プライベートの3時間で両方捻出するしかない;;
自分の場合、先月5〜6月はとにかく書くの心理的敷居を下げるために、コンテンツ重視(この時はあまりコード書けてない)、その後実践!と思ってアプリ作りしてた7月は、コードは書いてたけど全然ブログ書けてなくて・・
うーん・・どうしてもどっちかになっちゃうんだよな;;
というのが最近の悩みだったわけです。。
で、昨日たまたま調べ物してて、そこのページでRTされてた↓のツイートを見る機会があり・・
多くのプログラマが、開発したソフトウェアは公開せず、知見・知識はブログやポッドキャストの形で無償公開するのに対して、私は開発したソフトウェアは自由ライセンスで公開し、知識・知見の方は雑誌記事や講演など基本有料で提供しているのは興味深い違いだと思う。
— Yukihiro Matsumoto (@yukihiro_matz) 2015, 8月 20
ムムム・・確かにそうだな〜
コレ、このまま短絡的に判断すると、コードを無償公開して、知識・知見といったコンテンツは有料の人の方が、大成功しそう・・なんだけど・・・
最初にパッと思いついたこと
自分の場合、なぜ知識を無償公開するのかっていうと、そもそもその知識を得たソースが、誰かの勉強記録だったりとか、無償公開されたものから派生していることが多い。
よく自分の中でイメージしてるのは、仏教的な「お地蔵さん」 (注:とか言って、全然ちゃんとした仏教ととかではないので勝手な思い込みレベルなんだけど)
お地蔵さんって、道を目指している人々を、その道の途中途中で、「こっちでいいんだよ〜がんばれ〜」と励ましてくれているイメージ。
決して道を極めている訳じゃないんだけど、途中の取っ掛かりとしていつもそこに居てくれる、みたいな。
道はまあ、人それぞれなんだけど、途中にお地蔵さんが居ない道って、めっちゃ辿りずらそうな感じ。。 「あーあの先、光ってるけど、全然行き方わからん;;」と、大多数の人は諦めざるを得ない。。(ワシか!)
誰かが立ててくれたお地蔵さんを目印にここまで来た、しかし自分はその間(オリジナルのお地蔵さん立てた人との知識レベルの差とかで)ハマった箇所があったりしたら、新たにお地蔵さん立てる感じ。 それが自分がお地蔵さんを立てる理由・・ですかね。。
次に道を通る人が、もしかしたらそのお地蔵さんを目印にしてくるかもしれないので・・
現に自分は、勝手に立ってたお地蔵さんを勝手に目印にして進んできたので、私の新しい勝手に立てるお地蔵さんが、いつか誰かの役に立つ可能性も捨てきれないわけですしね。。 (そしてその誰かは自分ってことも十分ありうる・・)
ちょっと時間経ってから思い出したこと
そういえば、今週たまたま見かけた記事↓も、なんか結びついた。
結びついた箇所を抜粋すると、
エンジニアにとって、「コードを書くか、もしくは記事やスライドなどのコンテンツを作るか」は永遠の二択問題だ。
この問題の解き方については、Steve Yegge氏の記事が委曲を尽くしている。
「あなたには(会ったことがない)あこがれのエンジニアがいますか? わたしにはいます。しかし面白いことに、彼や彼女らが書いたコードはあまり読んでないのです。有名と呼ばれるようなエンジニアは、主に文章を通じてわたしに影響を与えました」
Steve氏もまた、自身のブログ“Stevey’s Blog Rants”で有名になったエンジニアだ。コンテンツに影響されたから、コンテンツを作る道を彼は選んだのである。
コンテンツに影響されたエンジニアはコンテンツを書き、公開する。
コードに影響されたエンジニアはコードを書き、公開する。
ってことなのかも。
世の中にコンテンツに影響されたエンジニアの方が多い、ってことなんだろうな。
自分の場合は、明らかに(会ったことがない)あこがれのエンジニアのコンテンツに影響受けてる。
これ書いてて思いついたこと
最初の部分の、自分の時間の使い方を書いてて気づいた。
自分的、理想的な時間配分ができてるとすると
- プライベート時間 : コンテツ書き
- 仕事時間 : コード書き
に割り当てていると、必然的に仕事時間で作った成果物を勝手にそのまま公開するわけにはいかない・・
仕事時間にOSSやってる人じゃないと、そのままコード公開できないしな。。
でも、2つ目の「コードとコンテンツ、どちらにより大きな影響を受けたか」でコードを選んでいる人の場合、プライベート時間もコードに割り当ててるから、やっぱし自分自身がどちらに影響を受けたか、が答えな気がするな。。
Rubyのミミックメソッド
ミミックメソッド
- 作者: Paolo Perrotta,角征典
- 出版社/メーカー: KADOKAWA/アスキー・メディアワークス
- 発売日: 2010/08/28
- メディア: 大型本
- 購入: 18人 クリック: 533回
- この商品を含むブログ (125件) を見る
メタプログラミングRubyを読んでて、初めて出会った単語。。「ミミックメソッド」・・何だろ〜コレ??
・・から、今までチラホラ見ていた self
について新しい気付きがあったのでメモメモ!
付録Aのよく使うイディオム、1つ目の項目で出ていた「ミミックメソッド」
Rubyでよく出てくる、属性へのgetter,setterを使う時なんかに、あたかも「メソッド呼び出しっぽくない」メソッド呼び出しのことを指しているらしい。
コード的にはこんな感じ
class Book def title @title end def title=(val) @title = val end end
注:初心者(ワシか!)向け注意点。
普通はこんな風に書かない。
attr_accessor
を使えば、Rubyがやってくれる。
とまあ。。普通にRubyコード書いてる分にはわざわざ書かないんだけど、Ruby的にgetter, setter はこんなふうにメソッドとして定義しているわけです。
こいつらを使う時、普通は
book = Book.new # セッター使ってみる book.title = 'メタプログラミングRuby' # ゲッター使ってみる book.title # => "メタプログラミングRuby"
なんだけど、実際のメソッド呼び出し的に厳密に書くと
book = Book.new book.title=('メタプログラミングRuby') book.title()
になる。 同じことなのでクリーンにかける最初の方式をみんな使ってる。
こんな感じで、他言語(Javaとか)出身者からすると、「あ〜publicなtitle属性定義して、直アクセスしてるわけね〜」と思ってしまうのだが、実際はメソッド経由なわけだ。
「他の何かに擬態している」メソッドなので、ミミックメソッド、と呼ぶらしい。
なるほどなるほど。。 ここまではなんとなく他のRubyの本とかで文法勉強してた時に聞いたことある感。
属性の不具合
ここで注意!
class MyClass attr_accessor :my_attr def initialize_attributes my_attr = 10 end end
こう書いてしまうと予期せぬバグを生み出してしまう・・そうだ・・
最初全くピンとこず・・
実行すると、こんなんなっちゃう。。
obj = MyClass.new obj.initialize_attributes obj.my_attr # => nil
10どこ行ってん!!!(涙)
理由
原因は initialize_attributes
でのコードが曖昧なこと。
Ruby的にはこのコードが
なのか、区別がつかない。
迷ったらRubyは1を採用するそうだ。(確かにそっちのほうが明確。2はより厳密な指定方法があるわけだし)
回避策
class MyClass attr_accessor :my_attr def initialize_attributes self.my_attr = 10 end end
ここでselfが登場!!
こうすると曖昧さがなくなり、ミミックメソッドの呼び出し!ということがRubyに伝わる。
なので、「カレントオブジェクトの属性に代入する時は、明示的に self
を使うこと」が重要なのだ。
雑感
今までなんとなく、 カレントオブジェクトの属性に代入には必ず self
付いてるの、Ruby的なお約束かな〜とかぼんやりと思ってたけど、(まあ確かにお約束といえばお約束だが)裏にある意味をちゃんと理解するって大事!
いや〜なんかスッキリした!
最近のRails自習方法
最近の自習方法について。
- RubyMine(試用中:17/30)
- サンプルにしてるアプリをひたすらコードリーディング
- 書籍
- Web
RubyMineにしてみた
ずっとiTerm + MacVimで頑張ってたんだけど、コード内をうまくジャンプできない&Rails全然知らんのに補完が一切ないが辛いので、良い良いともてはやされているRubyMineを使ってみている。
現在使用期間中の17日目辺り。 途中一週間程夏休みでほとんどMac使う時間が無く、試用期間をちょっと無駄にしてしまった感・・ まだ全然ショートカットキーを覚えられていない・・・
かなり良い感じ♪
なんだけど、最近コード書くより読む方ばっかりなので、Navigation系の機能しか練習ができない。 書く方もやらないとな〜・・
会得した技
- 定義元にジャンプ:Cmd+BまたはCmd+マウスクリック
- 全体検索:Cmd+Shit+F
- 賢い検索:Shift+Shfft
- Rails server の起動 : Ctrl+R
賢い検索は、ファイル名とか、シンボルとか、クラス名とか指定なく全体を検索してくれる。 でもホントはファイル名で探したいとか明確なターゲットがある場合も多いので、そっちのショートカットも覚えたいんだけど・・(脳みそ容量が足りてない)
これから会得したい技
(ショートカットがうろ覚え)
- Rake関連タスクの実行
- Class, File, Symbolのターゲットを絞ってジャンプ
- Model, View, Controllerの行き来
コードリーディング
Railsの機能やよく使われる実装パターンを読み解く。 キーワード自体知らないものがボコボコ出てくるので、調べながらほふく前進な感じ。。
ほふくながら大体全体を見通し終わったので、次のお題を探さしださなきゃな・・と検討中。
書籍
RailsによるアジャイルWebアプリケーション開発 第4版
- 作者: Sam Ruby,Dave Thomas,David Heinemeier Hansson,前田修吾
- 出版社/メーカー: オーム社
- 発売日: 2011/12/01
- メディア: 単行本(ソフトカバー)
- 購入: 12人 クリック: 206回
- この商品を含むブログ (40件) を見る
ちょっと古い本だけど・・・ 第Ⅲ部 Rails詳説 辺りから再度読み始め。。 というか買った頃にやった時は、前半のアプリ作るチュートリアルで終わってたので、再度・・ではない。。 すこしだけ全体像が見えてきたので、以前チラ見した時より大分スイスイ読める。
- 作者: Paolo Perrotta,角征典
- 出版社/メーカー: KADOKAWA/アスキー・メディアワークス
- 発売日: 2010/08/28
- メディア: 大型本
- 購入: 18人 クリック: 533回
- この商品を含むブログ (125件) を見る
こっちも古い本だけど・・ 以前ノリで買った時は全く歯が立たず、そっと棚に戻した本に再チャレンジ w
月曜日:オブジェクトモデル、火曜日:メソッド辺りまでなんとか読めてる。 水曜日:ブロックで急に圧倒的な眠気に気圧され、進みが悪くなっている・・・
Web
Rails Best Practices - Rails Best Practices
まだあんまり読めてない。 今後(の自分)に期待・・