詳解Railsデザインパターン：Interactor
A Ruby programmer / A CoderDojo Champion / A Software Engineer of “NaCl” / Japanese 高尾が解説する 詳解Railsデザインパターン・シリーズの「Interactor」編です。 他のデザインパターンも解説していますので、よろしければご覧ください。 詳解Railsデザインパターン：Formオブジェクト Rails の Interactor パターンは Formオブジェクト と同様に Rails のコントローラーの肥大化するのを防ぐことに効果があるデザインパターンです。 類似するRailsのデザインパターンとして「Service Object」と呼ばれるものがあります。これについては Railsで重要なパターンpart 1: Service Object（翻訳）｜TechRacho by BPS株式会社 が詳しい
RailsのService層とうまく付き合うにはどうすればいいのか調べてみた - カレーの恩返し
「RailsのService層ってどう使っていくのがいいんだろうね？」って聞かれたときにすぐ答えられなかったのでまとめておきたいと思います。 ※ Fat Modelの解決策としてTrailblazerが最近よく話題に上がりますが、私がまだ使ったことがないので触れない方向で行きます。 情報を漁る まずは「Rails service」とググって検索して引っかかった記事を読みました。 techracho.bpsinc.jp アクションが複雑になる場合 (決算期の終わりに帳簿をクローズする、など) → 複雑な処理をmodelから分離させたい アクションが複数のモデルにわたって動作する場合 (eコマースの購入でOrder, CreditCard, Customer を使用する、など) → どのmodelに書けばいいのかよく分からないのでとりあえずserviceに書いとけ感ある アクションから外部サー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
