ウォーターフォール案件へのORMの適用について - 水まんじゅう2
結論だけ先に言うと止めた方が良いです。 ORM自体アンチパターン？ ask.fmで頂いたのですが、以下の様な記事が話題になっているようです。 ORMがアンチパターンである11の理由 中身を読むとああー思うところがあるのですが、こちらの内容を踏まえた上で、私の意見を述べたいと思います。 元にするORMはJPAですが、他の一般的なORMでも似たようなことが言えるはずです。 ORMができること ORM自体はRDBとオブジェクト指向言語のミスマッチをどうにかして一つのレイヤーだけで解消しようとするために生まれたものです。 DAOパターンでRDBとオブジェクトのマッピングを書いた事がある人はわかると思いますが、RDBからオブジェクトへの変換、もしくはその逆はマッピングするだけでも非常に多くのコードを必要とし、また、場合によって複数のオブジェクト/RDBのマッピングの順番を併せることが必要だったりと非
ORMがアンチパターンである11の理由
サンフランシスコのプログラマLaurie Voss氏が書いた見逃せない記事が賑わっています。近年のフレームワークやライブラリの定番中の定番ORマッパーが既にアンチパターンなのではというのが彼の主張です。この記事を書くきっかけになったのはこのツイートだそうです。 I cannot overstate the degree to which ORM is a dangerous antipattern. — Laurie Voss (@seldo) June 9, 2011 ORM が危険なアンチパターンだっていうのはどれだけ言っても言い過ぎることはない このツイートに対して各方面(ActiveRecord, Doctrine, Hibernate)から多くの（激しい）返信が寄せられて書かれたのが問題のエントリです。まずはアンチパターンとは何かの定義として下記の2つを挙げています。 当初は有益
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
