関連モデルの命名 - 鳩舎

今日は Rails での『関連モデル』の名前について考える。 構造としてはこんな感じ。 ・ルーム(Room)に所属するユーザー(User) ・ルーム(Room)での管理者権限を持つユーザー(User) どちらの関連も N:N の関連。いわゆる has_may な感じ。 で、こういう時の命名って Room モデルと User モデルだから RoomUser とか UserRoom とかっていうモデルやテーブルを作りがちなのだけれど、今回は同様の形態の関連が2つあるのでちょっと微妙な事になりそう。 っていうか、まずもって RoomUser モデルってなんだよ。なんのモデルだよそれ。って感じなので名前を考える。 ルーム(Room)に所属するユーザー(User) 関連モデルのデータは大抵2つのフィールドを持っている。 Migration あたりから抜き出すと t.references :room

[sora_h]

Membership, Ownership

[joker1007]

これに悩んでどうしても適切な名前が浮かばない時は、本当にモデリングが適切か？ドメインの言葉抽出し切れてないんじゃないか？信号だと思っている。

[kensatou]

これ適切な名前が見つからないとき困るんだよなぁ。あとで思いついて変更なんて作業はしたくないし。割り切ってRoomUser式に統一した方が気が楽だと思う。

[a2ikm]

あとは、関連を貼るときの行動を英語の動詞にして、その名詞を探すのも便利。subscribeからsubscription、followからfolloweeship/followershipとか

[el-condor]

この考え方に一票。経験的には、関連が生ずる際には必ず何かのビジネス上の実(体|態)が立ち現れるのが普通、でなければ異常パターン、というのには大きく同意する。

[whitech0c0late]

[N:N]

[invent]

関連モデルの命名 - 鳩舎

[rryu]

名前付けだけでは解決しない「管理者はメンバーの一部ではない」という重要な仕様をどう伝えるのかが難しいところ。

[june29]

Membership モデルをつくって、そこに admin かどうかを示すカラムをつくる、って考えるときもあります。

[syanbi]

Managerとすると支配人となり、それこそ何を支配するんだよってことだから管理する権限を持つという明確な表現があるし、こういう形で分けていく意識を保ちたい... 大変参考になります。