DAOとか

http://hamasyou.com/archives/Engineer-Soul/daooraoooiiadata_access_objectoraooeieco.php

デメリット：

クラスの責務の切り分けが難しい
うまく共通化しないと重複コードの嵐になりかねない
ツールを使ってコードを生成しないとめんどくさくてやってられない

＞うまく共通化しないと重複コードの嵐になりかねない

・・・・。
なっちゃってます。。

単一責任の原則かぁ・・・ふむふむ。

今、DBに新しいカラムをひとつ追加したとする。
そーするとどうなるかというと、

• ビジネスロジックにそのカラムに対する処理を追加
• プレゼンテーションにそのカラムを表示するための処理を追加
• Value Objectにデータ格納用の変数と処理を追加
• DAOにカラムに対する処理を追加

うわぁ。。。

でも上の2つは仕方ないのか。
O/Rマッピングにすると、下の2つが対応付けを書くだけになるのか。

VOって別にDAOの中で生成してもいいんだよなぁ・・。
名前の対応さえ分かってればstdClassに変数を放り込むだけだし。

そんで設定ファイルにプライマリキーとかデータの意味とか書いておけば仕様書にもなる。
設定をiniファイルでサクッと作れるならやってみてもいいかも・・。