現 実 @giiiiiiitu 姑に「草刈っといて」と頼まれた部分。これは業者に依頼案件やろ..............森やん....ジブリやん.....。 pic.twitter.com/EIswvuvCdj 2022-05-19 15:59:52
![姑に「草刈っといて」と頼まれた部分がジブリの森すぎて業者呼ぶレベル「今年もヤギをレンタルすればよかった…」](https://cdn-ak-scissors.b.st-hatena.com/image/square/704674f2b1e233c7f9cd42ed34ac04b9d922c091/height=288;version=1;width=512/https%3A%2F%2Fs.togetter.com%2Fogp2%2Fdbd6824ce7b5d629e7bd80d06b61db58-1200x630.png)
近年、RailsアプリにService Objectを追加するメリットを説く記事が次から次へと量産されています。私は本記事において、それがなぜ正しくないかを述べたいと思う次第であります。もっとよい方法はあるのです。 私はこれまで、Service Objectに関するネット上の議論にときおり参加しては、問題に対するまっとうな解決方法としてService Objectが正しくない理由について繰り返し見解を述べてきました。実際、私は多くの場合においてService Objectよりもっとよい解決方法があると考えるのみならず、Service Objectはオブジェクト指向設計原則への配慮が損なわれている兆候を示すアンチパターンとして取り扱っています。 このような深遠なポイントを細切れのツイートやコメント欄を追って理解するのは大変です。そこで私は、私の見解を正確に表すいくつかの現実的なコードを詳しく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く