Visual Basic 中学校 掲示板 投稿の管理
タグのない投稿を抽出
統計
RSS
Visual Basic 中学校
投稿一覧
三層アーキテクチャの学習法について
この投稿へのリンク
https://keijiban.umayadia.com/ThreadDetail.aspx?ThreadId=9225#CommentId12131
この投稿の削除
削除パスワード
削除する
コメント本文
投稿者
るしぇ
 (社会人)
投稿日時
2009/7/16 04:25:52
レイヤー 【layer】層。階層。
頭痛が痛いって言ってますね。。。
>メンテしやすそうかなと思ったので、質問してみました。
それでいいのでは?つまり三層アーキテクチャを採用して
メンテし難かったら『目的に合っていない』と判断が入る
のですね?
目的を見失って部品だけどうこうしようとしてるように
見えたので聞いてみました。
>combboxのDatasourceにDataTableを競っているのは、いいのか
>プレゼンテーションレイヤ層とデータレイヤ層とでやり取りをしてしまっている
特に調べずに回答してるので見当外れかもしれませんが、DataTable は
ただのデータの入れ物でしかなく、それが内部で使えなくなるとデータの
取得自体できなくなるのでは?
クラス設計のレベルの話なので、社員名簿取得ロジックと営業成績
取得ロジックが外部に定義されており、その戻り値が DataTable で
定義されていて、ローカルでは表示するだけといったイメージでは?
DataTable を外部に出したとして、そこから combbox には何で
繋ぐのですか?自作のクラス?逆に combbox の何かを外部に公開?
普通に常識で考えてインターフェースで分割する意味が無いのでは?
下手に部品にこだわらない方が良いというか、サーバ上でPL/SQLを
実行したり、その結果だけを返すサービスを作ったり、具体的な
部品は目的に合ったものを後から探すとか、無ければ作ることなので
関係ないって思います。
DataTable = データ層では無いと思ってます。
データ層の部品としての DataTable
プレゼンテーション層の部品としての DataTable
…あると思ってます。
もっと上流のVBを知らなくてもできる、VBに依存しないレベルの
設計を意識したほうが良いと思います。
で、上のボクの認識が合ってる、間違ってる、
分かり易く教えてください。