1

私の基本的な 3 層アプリケーションは、BLL と通信する DAL と、BLL が UI と対話する DAL で構成されています。

今まで、データリーダーと更新/挿入コマンドを使用して DAL を構築する昔ながらの方法を使用していました。私のニーズのほとんどはどこで読む必要があるので、これはうまくいきました。

今、データベース情報を更新し、いくつかの基本的な同時実行性をチェックする必要があります。データテーブルを使用して、db テーブルのデータを編集および永続化する際に UI をより柔軟にすることを考えています。

現在List<InventoryItem>、UI に があり、必要なときはいつでもこのリストを BLL->DAL に送信して変更を加えています。

私の考えでは、UI が更新に応答しやすくするために、BLL がデータテーブルを UI に返すようにする必要があると思いますか?

私の主な問題は、3 層ロジック (UI-BLL-DAL) を DataAdapter/DataSets/DataTables モデルの利点と論理的にバインドする方法です...

4

1 に答える 1

1

これは最初は適切に思えますが、これを行うと、階層化アーキテクチャが破壊されるだけです。型付きデータセット（datatable）を最大で運ぶことで、操作を直接使用UIできるようになります。そうすれば、他のレイヤーを使用する必要はありません。UICRUD

これは単に抽象化を破壊します。

N層アーキテクチャの使用は、それを使用するかどうかは要件に応じて選択できます。たぶん、最初にあなたは本当にそれが必要かどうかを決める必要があります。そして、あなたが適切な推論を思い付くことができない限り、あなたはそれを使う必要はありません。

于 2013-02-06T12:38:40.833 に答える