データベース系アプリケーションで、データや処理をどこまでクラス化する？

投票結果総投票数：34
1.教科書どおり	20票	58.82%
2.GUIや業務ロジックのみ	1票	2.94%
3.全然意識しない	13票	38.24%
投票は恣意的に行われます。統計的な調査と異なり、投票データの正確性や標本の代表性は保証されません。投票結果の正当性や公平性について、＠ITは一切保証も関与もいたしません。

投稿者

投稿内容

とんび: 常連さん; 会議室デビュー日: 2003/07/11; 投稿数: 32

投稿日時: 2004-09-24 22:51

引用:

maruさんの書き込み (2004-07-10 17:08) より:
こんにちは。

いまさらこんな質問も恥ずかしいのですが・・・。
ここ1.5年ほどJavaで非データベース系アプリ（画像処理ソフト）を作っていました。
当然、オブジェクト指向としての作りで作っており、画面構成やデータの処理などオブジェクト
化したことでかなりソースコードがコンパクトになったり、保守性が増し、オブジェクト指向
の恩恵を受けたのを実感しました。

で、今度はデータベース系のアプリをVB.NETで作ることになりました。データベースその
ものはVBで6年ほどやっているので全然問題ないのですが、VB.NETでオブジェクト指向とし
て開発する場合、どこまでをクラス化するのかで今頭を悩ませてます。

　自分はデザインパターンの本を読んで、オブジェクト指向LOVEになった口なんですが、
どうも実際にデータベース系のアプリを組んでみるとなんかしっくりこないんですよね。
デザインパターンの例題にのっているのって、たいていGUIとか、お絵かきツールとかなんですが、
データベースの処理が中心になる業務アプリとはなんかべつもののような気がしてました。

　で、atmrkitにもついこないだ記事を書いていたひがやすをさんって人が
クースって言う設計方法を提案されているんですが、これが業務アプリを作る場合には参考になるような気がします。

http://kamedane.com/blog/space/%E3%81%8F%E3%83%BC%E3%81%99
とかひがさんの日記とか
http://d.hatena.ne.jp/higayasuo/
が参考になると思います。
ひがやすをさんはseasarで有名な人ですが、
javaにもseasarにも依存しない設計方法だと思います。

«前のページへ 1|2|3

データベース系アプリケーションで、データや処理をどこまでクラス化する？

スキルアップ／キャリアアップ（JOB@IT）