銀座Rails#21で「Fat Modelの倒し方」を発表しました

テクノロジーカテゴリーの変更を依頼記事元:

blog.toshimaru.net

97users がブックマークコメント

コメント

3

記事へのコメント3件

注目コメント
新着コメント

onk 「まずは、 Rails Way + Sub-Rails Way」「Non-Rails Way はチーム毎に最適解がある」よいバランス

2020/06/05 リンク

mallowlabs Rails アプリケーションのアーキテクチャを改善する方法についてまとまってる

devel

2020/06/08 リンク

takahashim 良いまとめですが、gemがSub-Rails WayならPOROの活用もNon-Rails Wayじゃなくてそっちに含めて欲しい気もする…

2020/06/06 リンク

onk 「まずは、 Rails Way + Sub-Rails Way」「Non-Rails Way はチーム毎に最適解がある」よいバランス

2020/06/05 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

銀座Rails#21で「Fat Modelの倒し方」を発表しました

Fat Model1まずはFatステージ1。Railsというものを全然知らない超初心者が陥るステージです。ビューに何... Fat Model1まずはFatステージ1。Railsというものを全然知らない超初心者が陥るステージです。ビューに何でもかんでもロジックを書いちゃう。その結果がFat Viewです。次にFatステージ2。ある程度Railsに慣れてきた開発者が陥るステージです。Modelへのロジック分離がうまくできず、Controllerにロジックが集中する。その結果はFat Controllerです。最後がFatステージ3。Railsを習熟したエンジニアであればModelにロジックを寄せていくのが定石です。その結果出来上がるのはFat Modelです。このようにどんなにRailsに習熟してようと最終的にぶつかる壁がFat Model です。 Fat Model対処のための３つのアプローチFat Modelを倒すためのアプローチとして、僕は下記の3つに分けて整理すれば良いのではと考えました。 Rai

ブックマークしたユーザー

techtech05212023/09/09
noranuko132022/06/29
areyoukicking2022/06/25
dontnod2021/12/07
winterfall2021/11/28
herikutu2021/11/18
takuos2021/10/06
gachakku01312021/07/21
rrreeeyyy2021/06/30
takata32021/06/28
youko032021/02/03
yysaki2021/01/31
asayamakk2021/01/20
TokyoIncidents2020/10/20
PaulYamamoto2020/07/08
seapig_dolphin2020/07/03
okbm2020/07/02
Tomohiro2020/06/24

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

いま人気の記事 - 企業メディア

企業メディアをもっと読む

設定を変更しましたx