[B! rosylilly][Rails] syanbiのブックマーク

syanbi id:syanbi

rosylillyとRailsに関するsyanbiのブックマーク (2)

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

Rails

開発

rosylilly
リンク
DCI を考える - 鳩舎
追記まじで鳩さんのスライドでDCIについて理解したつもりになるの危険だからやめた方がいいです。せめて d.hatena.ne.jp/digitalsoul/20… を読みましょう。DCIはエンドユーザのメンタルモデルを実装に落とし込むための設計パラダイムです— Naoto Takai (@takai) December 27, 2012 ということで、以下の内容はすべて間違いである可能性が高いです。元記事 Data - Context - Interaction いわゆる DCI が最近の人気らしい。 DCI そのものの説明をこのエントリでする気はないので、 Sapporo Ruby Kaigi の角谷さんのプレゼンなどを見るとよい。 Rails の場合、 Data はまぁ ActiveRecord / Mongoid などのいわゆる MVC におけるモデル、であっていると思う。これに
syanbi 2012/12/23
DCIについて。助かる。

ruby

rails

rosylilly
リンク
1