Rails: コントローラのconcernsをテストする方法（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Testing controller concerns in Rails | Binary Solo 原文公開日: 2022/10/29 原著者: Ayush 原注 本記事は私の著書『The Rails and Hotwire Codex』から抜粋・整形したものです。 Finally ... the damn thing is out in the wild. It was quite easy in the end, only cost my about 99% of my sanity.#ruby #rails Buy now 👇 https://t.co/sdL7GoBZpn. — Ayush (@ayushn21) December 15, 2022 concernsは、Railsのコードを整理して重複を解消するのに便
Rails: 私の好きなコード（3）"正しく書かれた" concerns（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Code I like (III): Good concerns 原文公開日: 2022/10/10 原著者: Jorge Manrubia -- 37segnalsのエンジニアです 日本語タイトルは内容に即したものにしました。concernsについては以下の記事もどうぞ。 Rails API: ActiveSupport::ConcernとModule::Concerning（翻訳） Railsのconcernsは長年に渡って多くの批判にさらされてきました。果たしてconcernsはあらゆる問題を解決するのか、それとも全力で避けるべきなのでしょうか？私の考えとしては、concernsの問題は「いくらでも好き勝手に使えてしまう」ことであり、それならばconcernsで自分の足を撃ち抜くのも無理はありません。concernsは、結局
Rails: 提案「コントローラから`@`ハックを消し去ろう」（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Removing the @ Hack in Rails Controllers – Eric Anderson – Medium 原文公開日: 2018/06/02 著者: Eric Anderson 週刊Railsウォッチで絶賛された記事です。Rails Wayから外れるのでRails中級以上向けですが、Rails初心者も知っておいて損はありません。 太字は訳で追加いたしました。 2018/06/14: 初版公開 2021/10/21: 更新 Rails: 提案「コントローラから@ハックを消し去ろう」（翻訳） 少し前に私が書いた記事で、Railsコントローラをメンテしやすくするために私が使っていた、伝統的でない戦略をいくつかご紹介しました。考え方そのものは今でもまったく問題ないと思っていますが、その中でもとりわけ気に入っている
Rails tips: コントローラでrescueする方法（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Learn how to rescue from errors in a Ruby on Rails controller（リンク先は移動しました） 原文公開日: 2018/02/14 著者: Paweł Dąbrowsk（リンク先は移動しました） 2018/04/23: 初版公開 2022/01/27: 更新 Railsのコントローラでエラーをrescueしなければならないことがあります。クエリをかけたがデータベースにレコードがない場合にraiseされるActiveRecord::RecordNotFound例外をrescueする必要が生じることがほとんどでしょう。 サンプルのコントローラを作りましょう。 class UsersController < ApplicationController def show @user =
Service Objectがアンチパターンである理由とよりよい代替手段（翻訳）｜TechRacho by BPS株式会社
近年、RailsアプリにService Objectを追加するメリットを説く記事が次から次へと量産されています。私は本記事において、それがなぜ正しくないかを述べたいと思う次第であります。もっとよい方法はあるのです。 私はこれまで、Service Objectに関するネット上の議論にときおり参加しては、問題に対するまっとうな解決方法としてService Objectが正しくない理由について繰り返し見解を述べてきました。実際、私は多くの場合においてService Objectよりもっとよい解決方法があると考えるのみならず、Service Objectはオブジェクト指向設計原則への配慮が損なわれている兆候を示すアンチパターンとして取り扱っています。 このような深遠なポイントを細切れのツイートやコメント欄を追って理解するのは大変です。そこで私は、私の見解を正確に表すいくつかの現実的なコードを詳しく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
