ドメインモデル VS トランザクションスクリプト
■ このスレッドは過去ログ倉庫に格納されています
最近携わったプロジェクトのアーキテクチャは皆、トランザクションスクリプト。
SQLがわんさか書かれた後に、DBの変更が頻繁に行われるので、生産性が著しく下がる。
PofEAAで解説されているドメインモデルでどうして実装しないんだろう？
俺が身近な人に聞いた理由：
１．難解なモデリングをするイメージがあるから（アナリシスパターンのせいか？）
２．どうすれば実現できるかわからないから（アーキテクチャが複雑になるから？）
３．業務アプリにドメインモデルは向かないから（イベントドリブンではないから？）
４．Hibernate(EJB3)が重厚すぎてトラブルが起きたときに怖いから（フレームワークのノウハウがないから？）
５．画面毎に実装させないと作れないから（開発者がへぼいから？）
俺はHibernateを使わずにDAO＋リッチなORマッピング処理を自動生成する方法
（Ruby On RailsのActiveRecordみたいなかんじかな）で開発するのが好きで、
それを使ったプロジェクトでは実際に、生産性も保守性も高いと思うんだけど。。
どう思う？ >>1
>PofEAAで解説されているドメインモデル
なにこれ。 >>2
ドメインモデルとは「エンタープライズアプリケーションアーキテクチャパターン」という本に出てくる
ドメイン（ビジネス）ロジックのアーキテクチャパターンです。 このスレって結局
フルO/Rマッピングかそうでないかってことを言いたいの？ >>1
単純に世の中勉強しない馬鹿ばかりだからじゃない？
Eric EvansのDomain Drviven Designはもう読んだ？
>>7
全然違うよ。 DDDはオブジェクト広場の2007年のバックナンバーに解説記事があるから、先に読んでおくといいかもしれない。
ttp://www.ogis-ri.co.jp/otc/hiroba/index.html >>7
フルO/Rマッピングが何を指すのかがちょっとわからなかったので、YES、NOといえないのですが、
RDBのロウを継承構造のオブジェクトにするだのといった、変換についての話はどうでもいいです。
ドメインモデルかトランザクションスクリプトか？という問いたいのは、
・ドメインモデルがわかるかわからないか
・ドメインモデルを使ってるか使ってないか
・ドメインモデルが好きか嫌いか
理由を含めて知ることで、トランザクションスクリプトとドメインモデルの理解が深まるのではないかなぁ。。と思いまして。
■ このスレッドは過去ログ倉庫に格納されています
