• 人気コメント
  • 新着コメント
  • すべてのブックマーク
  • このページの情報

  • serukasu
    あとでもう一度読む2013/02/10
  • smilestyle55
    ORM考察 → 一定規模以上のアプリケーションではEntity = Row には限界があるので、ActiveRecordパターンからDataMapperパターンをつかうのが自然。2012/05/24
  • d_akatsuka
    あとで読んでおく2012/05/16
  • choplin
    .@mainyaa さんの「O/RマッパーやActiveRecordによるMVCの誤解」をお気に入りにしました。2011/09/26
  • mitukiii
    よく分からなかったので後でもう一度読もう。2011/04/07
  • matarillo
    Good.2011/03/23
  • send
    かなり近い考え方2011/03/23
  • kamatama_41
    重要な事はDBの境界を越えているから、Service層を使うのではなく"設計上のドメイン"を超えているから、Service層としてその操作を切り出すということ。2011/03/23
  • tkawa
    「こういったことはPoEAAとソフトウェアアーキテクチャとかに載ってるのであとは、それ読んでくだしあ」2011/03/22
  • rryu
    MVACのAはどちらかというとC寄りで、フレームワークに依存する部分をCに追い出した残りがAみたいな感じなのでちょっと違うと思う。2011/03/22
  • hide_o_55
    同意2011/03/22
  • t-wada
    PoEAA や POSA(1) をふまえての意見。2011/03/22
  • mainyaa
    「O/RマッパーやActiveRecordによるMVCの誤解」をトゥギャりました。2011/03/20

O/R MapperとりわけActiveRecordによって、Model/Entityの区別がつかない人ってのが増えたうえに意味不明な思い込みでMVC批判してみたりとかMVACとか言い出してる状況に名前をつけたいな。 > このページを見る

▼ ブログで紹介する
最終更新: 2011/03/20 19:35

このブックマーク一覧を非公開にするには?

ユーザーはみんなでブックマークを共有して、効率良く情報収集しています。あなたもはてなブックマークを始めてみませんか?

関連商品