ruby は メソッドに return が不要なのではなく、元々そうなっているだけ - MUGENUP技術ブログ
皆さん、こんにちは。MUGENUP の osada です。 いきなりですが、問題です。 def if_expression(flag) if flag "NG" else "OK" end end Ruby は 最後に評価された値が返る と言われていますね。 では、上記のメソッドで if_expression false の返り値は、何ですか？ はい、正解です。OKが返ってきますね。 ちょっと長いので、リファクタリングしましょう。 def if_modifier(flag) "OK" "NG" if flag end さてもう一度。 if_modifier(false) の返り値は、何ですか？ Ruby は 最後に評価された値が返る と言われていましたよね？ はい。正解です。nil が返ってきますね。 え、"OK"じゃないのかって？ いいえ、後置if は if とは全く違います。 右辺の条
gem の内部を書き換える2つの方法 + おまけ(後から明示的に dependent: :destroy を止める方法 Rails3 限定) - MUGENUP技術ブログ
皆さん、こんにちは。MUGENUP の osada です。 いきなりですが、 gem の内部を書き換えたい! と思ったことはありませんか？ globalize というgem が、内部で has_many :translations, dependent: :destroy を実行するのですが、このdpendent: :destroyを止めたい、という要望から発生した、 gemの内部の挙動をオーバライドする方法のご紹介です。 想定する読者は、ruby を使い始めたばかりで、オープンクラスやメタプログラミングを使ったことがない人です。 概要 dpendent: :destroyを止める方法として、下記の方法を紹介します。 オープンクラスを使ったパッチを当てる module_evalを使ってパッチを当てる has_many を再定義する (Rails 3.2) destroy 用のメソッドをオー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
