ただのモックの書き方だが具体例を添えて。
rails (5.2.0) rspec (3.7.0)
allowとand_returnを使う
allow(Rails).to receive(:env).and_return(ActiveSupport::StringInquirer.new("production"))
allow({{クラス名}}).to receive({{メソッド名}}).and_return({{代替死体戻り値}})
の形式で戻り値の振る舞いを変えることができる
Rails.env における戻り値の型はただのStringではなく ActiveSupport::StringInquirer
Rails.env # => "development" Rails.env.class # => ActiveSupport::StringInquirer
そのため、それを当てはめてやれば良い
そういや先祖返りって言うけど、正しくはなんなんだろう、みたいなトリビア的メモ。
本来の意味
直接の両親でなく，それより遠い祖先の形質が子孫に突然に現れること。 - 先祖返り(せんぞがえり)とは - コトバンク
これから転じて
プログラムの状態が、手を入れる前の状態に戻っちゃうこと - 先祖返りとは｜「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典
というような期待しているバージョンより前のバージョンの状態になることを指すことが多い
よく「デグレった」などと呼称されるデグレード、本来の英文の意味は以下
品位を落とす、自分の品位を下げる、品位を下げる - degradeの意味・使い方 - 英和辞典 Weblio辞書
というように劣化したというような意味を指す。転じて
ソフトウェア開発において、プログラムを手直しした際に修正部分以外の個所で不整合・不具合が発生したり、バージョン管理の手抜かりなどによって以前の状態に戻ってしまい、修正済みだったバグが再発したりすること。 - デグレード（でぐれーど） - ITmedia エンタープライズ
というような、前の状態に戻って不具合が発生することを指す。
先祖返りとデグレが同じ意味で扱われるが、ちょっとずれている部分があり、「誤って前のバージョンに戻ってしまった」という点は両方にも共通するが、「不具合が発生する」はデグレードにのみ適応する意味合いで、先祖返りはそこまで含まれていない。
そこで登場するのが「リグレッション」である。
英語本来の意味は
システムの場面ではリグレッションは
ソフトウェア開発においては修正済みのバグや不具合が何かの理由により復活すること。システム運用においてはソフトウェアのバージョンアップなどでシステム機能がかえって低下することをいう。 - リグレッション（りぐれっしょん） - ITmedia エンタープライズ
ということで大体先祖返りはこちらのほうが適当な意味合いになる。
人それぞれやり方はあると思うけど、自分はこう思うよ系雑記
rails (5.2.0)
レイアウトとレンダリング | Rails ガイド の 「3.4.4 ローカル変数を渡す」にも紹介されているように部分Layoutには変数を渡すことができる。
▼contents/index.html.erb
<%= render :partial => "content", :locals => { title: @content.title , body:@content.body } %>
▼contents/_content.html
<p>タイトルは<%= title %>です</p> <p><%= body %></p>
みたいな使い方をして locals => ハッシュ で渡すことができる。
上記の例に加えて、『bodyが設定されていない場合は「本文はありません」と表示したい』という要件が追加されたとする。イメージとしては以下
# 本文がない場合の呼び出し元 <%= render :partial => "content", :locals => { title: @content.title} %>
本文がないけどタイトルのレイアウトはそのまま流用したいという意識が働くと以下のようなコードができる。
▼contents/_content.html
<p>タイトルは<%= title %>です</p> <% if defined?(body) do %> <p><%= body %></p> <% else %> <p> 本文はありません </p> <% end %>
この内容がつらいポイントとしては
ここでは「DRYにしなくては…」という気持ちが強く働いたがためにpartialが複雑化しているとも考えられるので
▼contents/_content.html
<p>タイトルは<%= title %>です</p> <p><%= body %></p>
▼contents/_no_titlecontent.html
<p>タイトルは<%= title %>です</p> <p>本文はありません</p>
ケースバイケースだけど、まとめられるからと無理くりまとめると辛くなるので、一度立ち止まって考えるのは必要だと思う。
ふつうのRailsアプリケーションのスライドを見たときにそういえば…と思ったので雑記的なアレ。
この仕組みが入ったのはだいぶ前で以下のプルリク
`bin/setup` script to bootstrap applications. by senny · Pull Request #15189 · rails/rails
みたいなモチベーションで始まったものの様子。
たしかに新しくJOINしたメンバーがいちいち手順書に則って構築していくのは結構時間対効果がイマイチというのもあるので納得できる仕組み。
いまだと Dockerfile + dockercompose.yml とかで実現できる範囲をカバーできちゃうかもだけど、考え方としては今後も持ち続けたい
スライド回顧録です
www.slideshare.net
Rails2系を触って、Rails5で再び戻ってきた自分としてはRailsの根本概念であるMVCの部分やDRYの原則の部分はわかっていても、いまのRailsの基本やデファクトスタンダードのようなものがわかっていなかったので、それを振り返ることができたし、チームと考えを共有するときの骨子のようなものにもなりました。
このスライドの中で一番影響を受けた部分は「足回りは最初に整える」というところで、RspecやRubocopはじめ、そういうくりかえし行うものはちゃんとしっかり整備をしていくのがなによりも近道になるなと実感としても教訓としてもあるので、それは大事にしています。
小ネタです。
AppStoreへのリンクを作りたいので、ストアアプリが立ち上がるURLが知りたい
iTunes Link Maker に行って
にしてリンクを貼りたいアプリの名前を検索する
※上記の場合は「ダンジョンメーカー」のリンクを知りたい場合 そうして検索結果をたどるとリンクがでてくるので貼り付ける
貼った例が以下
