Q&A
Dao（データアクセスオブジェクト）を取り入れた設計をはじめて試みているのですが、不明点があります。
Daoについて説明しているサイトがあります。
http://e-words.jp/w/DAO-2.html
以下引用
「DAOはプログラムからデータベースシステム（DBMS）などデータの永続化機構に対するデータの保存、読み出し、修正、削除などを行うための抽象的なインターフェースを提供し、データベース側の詳細な実装や利用方法の違いなどを隠蔽する。」
ここで質問です。
①なぜインターフェースを用いるのか。
最初からクラスではだめなのか。
②「実装や利用方法の違いを隠匿」とはどういうことなのか。
③データベースからデータを取得してそれを加工するプログラムを組みたい場合、
Daoに加工まで取り入れるのか、呼び出し側のmainメソッドで加工を行うのとどちらが望ましいか。
質問が多くて恐縮ですが、よろしくお願いします。
回答2件
0
ベストアンサー
たぶん、２が理解できないので１もよくわかっていないのだと思います。
①なぜインターフェースを用いるのか。
②「実装や利用方法の違いを隠匿」
は、手段と目的です。
抽象的なインターフェースを提供し、データベース側の詳細な実装や利用方法の違いなどを隠蔽する。
目的：永続化するための詳細な実装や利用方法の違いなどを隠蔽する
手段：実装に依存しない抽象的なインターフェースを用意して利用させる
■詳細な実装や利用方法の違いなどを隠蔽する
永続化自体はデータベースでなくファイルの場合もあります（まぁデータベースもファイルですが）
javaでファイルに保存する場合、FileWriterなどを利用すると思います。
DB(RDB)の場合、JDBC経由で、SQLを実行しINSERT文を発行するような実装になります。
※もし永続化フレームワークなどを利用してSQLを書かないのであれば、まさに抽象的なインターフェースの恩恵を受けていることになります
これらの実装を利用者が意識しない方法を提供するために
DAO.save(保存オブジェクト)
のような、インターフェースを用意することで、DAOの利用者は保存先がDBなのかファイルなのか
知らずに保存できるようになります。
※DAOの実装者は、当然どう保存するか知らないと実装できません
③データベースからデータを取得してそれを加工するプログラムを組みたい場合、
Daoに加工まで取り入れるのか、呼び出し側のmainメソッドで加工を行うのとどちらが望ましいか。
加工の質によります。たとえば血液型がDBでは数値で、システム的には文字の場合
DAOで変換を行うこともあるかもしれません。
※表示/保存するタイミングで変換するかもしれません。
特殊な加工であれば、DAOでなく呼び出し側で行うことが多いと思います。
いわゆるビジネスロジックと呼ばれるものは低レイヤーには実装しない。
投稿2020/07/21 04:21
編集2020/07/21 04:24
総合スコア4828
0
①なぜインターフェースを用いるのか。
最初からクラスではだめなのか。
ここでの「インターフェース」は、コード上のinterfaceではなく、もっと広い意味のものではないかと思います。文面も特にJavaに限ったものではないです。
②「実装や利用方法の違いを隠匿」とはどういうことなのか。
書いてのとおりなのですが、逆に何が疑問なのでしょうか？
投稿2020/07/21 02:14
総合スコア146785
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/07/29 05:59
2020/07/29 07:10
2020/08/01 13:43