O/RマッパーやActiveRecordによるMVCの誤解

広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi O/R MapperとりわけActiveRecordによって、Model/Entityの区別がつかない人ってのが増えたうえに意味不明な思い込みでMVC批判してみたりとかMVACとか言い出してる状況に名前をつけたいな。 広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi Entityとは、システム設計上のデータの一塊としての実体をさしていて、DBのRowとは本質的には無関係。ModelはMVCパターンにおいて、Controllerからeventをうけとり、Viewに修正を通知するインタフェースであり、実装としてビジネスロジック/ドメインを持ってる 広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi 簡単のためにEntity = Row = Modelとして動的言語によっ

[send]

かなり近い考え方

[d_akatsuka]

あとで読んでおく

[choplin]

.@mainyaa さんの「O/RマッパーやActiveRecordによるMVCの誤解」をお気に入りにしました。

[mitukiii]

よく分からなかったので後でもう一度読もう。

[matarillo]

Good.

[kamatama_41]

重要な事はDBの境界を越えているから、Service層を使うのではなく"設計上のドメイン"を超えているから、Service層としてその操作を切り出すということ。

[tkawa]

「こういったことはPoEAAとソフトウェアアーキテクチャとかに載ってるのであとは、それ読んでくだしあ」

[rryu]

MVACのAはどちらかというとC寄りで、フレームワークに依存する部分をCに追い出した残りがAみたいな感じなのでちょっと違うと思う。

[hide_o_55]

同意

[t-wada]

PoEAA や POSA(1) をふまえての意見。

[mainyaa]

「O/RマッパーやActiveRecordによるMVCの誤解」をトゥギャりました。