Only My Rails Way

これは何 「Rails Wayに沿って〜」とはReview欄などでよく言われるが、定義が人によってぶれている気がするので俺のRails Wayを示した記事です。 もはや本来のモノとは別物かも知れませんが、俺はこういう観点でRailsをみて、コードを書いているよ、ということを知ってもらう意味でもこの記事を公開することにしました。 前提として、「数人以上のチームでプロダクトを実際に開発して運用する」場合の自分のスタンスを示したものです。（私も仕事では独自DSLは書きませんが自由研究用途なら自分も独自DSLを書いたりします。） それでは、いってみましょう。 Model層 データベースの操作およびビジネスロジックを記述する。 テーブルの属性は原則NOT NULLにするべき。どうしても要件上NULLを許容しなければならない場合のみNULLを許容する。 Controllerからparamsを無思考で渡

[nomaharu2013]

放て！心に！刻んだ夢を！

[oakbow]

概ね同意なんだけど、実質サービスなmodelとserviceどっちがいいのかなとは思うのでサービス容認派。helperよりはdecorator使う。あとはだいたい同じ。

[meganeya3]

いつマギー審司が出てくるかと思ったが最後まで出番がなかった

[yusuke-k]

わかる。 “「一見ダサいコード」は以外と読みやすい。こじれたプライドを捨てて書き下そう。”

[joker1007]

全体的に「ほんまそれ」という感じで、めちゃくちゃ妥当。これで良い。

[laiso]

好みが近かった。Model=データベースのテーブル、の一般的な認識を解けるかが最初の分かれ道な気がする。設計不安だけどテスト書けたからヨシみたいな判断はたまにやる

[match_423]

「身体中を光の速さで確かな悪寒が駆け巡る。」さりげなくfripsideを取り入れてて草

[mrkn]

まともなことしか書いてなかったので何も言うことがない。

[kako-jun]

「たまたま似通っているだけのコード」はDRYの対象外、と断言してるのは勇気付けられるわ。「Don't」って1つの例外も認めないみたいなニュアンスだし、「原則」と相性悪い

[YassLab]

“フレームワークの本質は「自由をあえて束縛することで速度を上げる」ことにある。割り切りは重要。フレームワークに叛逆しない”

[ohchang]

“SMBなサービス”

[ducktoon]

わりと考え方が似てる。Service層はもちろんgrapeもdraperもRepositoryもいらん。Model はどんどんFatにしていくスタイル

[shifumin]

そういやこの記事を読んだ後にたまたま初めてとある科学の超電磁砲1期を観始めて少し前に観終わった。

[kyoruni]

“slimやhaml使うとReactやVueに移行するときに書き直しが大変。”

[murs313]

わかる〜〜〜！！！！Fat Modelだから何？ってくらいの心持ち。 “Modelはでっかくなっちゃってて良いし、単に「コードの行数を減らす」ためだけにファイルを切り出すのは責務が曖昧になりがちで余計可読性を損なう。”

[iga_k]

わかる 大平さんのめっちゃいい記事

[rjge]

余地が残されているところ含めてわかりみが深かった

[iwasiman]

自社プロダクト開発の現場の現実的な視点からのコード設計の指針。言語問わずなかなかためになります。この方はService層使わない派なんですね。Only My Railgunネタがちゃんと入っていて草ァ...!

[d4-1977]

ウンウン。現実と立ち向かっている話な感じがします！

[katsyoshi]

だいたい同じ考え方

[sezemi]

“既存コードにServiceがあると身体中を光の速さで確かな悪寒が駆け巡る。” 生々しさ

[Tomato-360]

参考になる

[gachakku0131]

基本NOT NULL、APIコールはActiveModel::Model

[asayamakk]

共感するところがかなり多かった

[ledsun]

僕はdecorater派。1.最初はModelはどんどん肥大化するべき。2.次にテーブルと対応しないModelクラスを作って、ビジネスロジックを切り出す。3.Serviceとか考えるのはその後。で良いと、思っている。（2が難しいのは認める

[h5y1m141]

この粒度では書ききれてないけどREADMEにこういうのを書いてたor 書くようにしてるなぁ。それ無いとPRレビューが設計レビューand/orコード自体のレビュー混在してわからなくなるので。ライブラリ管理凄くわかる！！

[ryu39]

あいまいになりがちなことをこうやって言語化できるのすごい/“「一見ダサいコード」は以外と読みやすい”これすごく同意、書いている時退屈だなーと感じるくらいが読みやすさ的にちょうどよい

[riawiththesam]

限界など知らない 意味ない！

[kkobayashi]

fripSideの話ではなかった

[onesplat]

まだRailsで開発している人類が地上に存在したのか

[hamichamp]

最近書いてないことに気がついた

[hoppie]

ほとんど同意だ。わかる〜が多い

[surumedaka]

そういえばrails 最近久々に触った

[t_motooka]

おおむね同意。こういう設計が好み。

[mysql8]

ジャッジメントですのっ！

[aikawame]

こういうのでいいんだよ、という感じでわかりみが深い。

[vuy]

RoRは門外漢だけど頷ける内容。DBアクセスとビジネスロジックは分割して詰め替えてほしいけど、それがRails Wayなら仕方ないかな。