ドメインモデル VS トランザクションスクリプト

0001nobodyさん

2009/05/03(日) 18:02:12ID:vXt2lE+8

最近携わったプロジェクトのアーキテクチャは皆、トランザクションスクリプト。
SQLがわんさか書かれた後に、DBの変更が頻繁に行われるので、生産性が著しく下がる。
PofEAAで解説されているドメインモデルでどうして実装しないんだろう？
俺が身近な人に聞いた理由：
１．難解なモデリングをするイメージがあるから（アナリシスパターンのせいか？）
２．どうすれば実現できるかわからないから（アーキテクチャが複雑になるから？）
３．業務アプリにドメインモデルは向かないから（イベントドリブンではないから？）
４．Hibernate(EJB3)が重厚すぎてトラブルが起きたときに怖いから（フレームワークのノウハウがないから？）
５．画面毎に実装させないと作れないから（開発者がへぼいから？）

俺はHibernateを使わずにDAO＋リッチなORマッピング処理を自動生成する方法
（Ruby On RailsのActiveRecordみたいなかんじかな）で開発するのが好きで、
それを使ったプロジェクトでは実際に、生産性も保守性も高いと思うんだけど。。

どう思う？

0002nobodyさん

2009/05/03(日) 21:47:47ID:???

>>1
>PofEAAで解説されているドメインモデル

なにこれ。

00031

2009/05/03(日) 23:14:04ID:xmCW58Jr

>>2
ドメインモデルとは「エンタープライズアプリケーションアーキテクチャパターン」という本に出てくる
ドメイン（ビジネス）ロジックのアーキテクチャパターンです。

0004nobodyさん

2009/05/03(日) 23:34:01ID:???

カタカナ多すぎｗ

0005nobodyさん

2009/05/04(月) 00:09:04ID:???

>>3
なにそれ。

0006nobodyさん

2009/05/04(月) 14:43:09ID:???

sql

0007nobodyさん

2009/05/06(水) 02:11:47ID:???

このスレって結局
フルO/Rマッピングかそうでないかってことを言いたいの？