1

1 層アプリケーション、つまり Mvc では、models というフォルダーを取得し、そこにクラスを作成して保存します。私が読んだことから、3 層アプリケーションになると、モデルをフォルダー内に保存するのが正しいように思われます。ビジネス レイヤー (第 2 層)、および UI (第 1 層) から、モデルを使用してメソッドを呼び出すことができるようにするプロジェクト参照を第 2 層に追加します。

第 2 層の観点からは、データ層 (第 3 層) を呼び出してデータベースに対して crud 操作を実行しますが、データ層にはビジネス層からのモデルが必要になるため、データ層からビジネス層へのプロジェクト参照を追加しようとするとエラーが発生します

「Business Layer」への参照を追加できませんでした。このプロジェクトを参照として追加すると、循環依存が発生します

参照として理解しているのは、ビジネスレイヤーからデータレイヤーへの参照がすでに行われていることです

どうすればこれを回避できますか?データ レイヤーで追加のモデルを作成し、データベースからの結果を入力して、それをビジネス レイヤーに渡し、ビジネス レイヤーから UI に戻しますか? 私はこれについて少し混乱しています。

** アップデート **

データ層について読んだことから、ビジネス層内の参照モデルまで、モデル マッピングを行う必要があります。モデル マッピングは非常に大きくなるため、共有ライブラリとなる第 4 層を含めることを考えています。データレイヤーとビジネスレイヤーが必要に応じてモデルにアクセスできるように、すべてのモデルで構成されています。

4

2 に答える 2

0

あなたは正しい軌道に乗っていますが、モデル層をデータ (第 3 層) と考える方が簡単だと思います。コントローラー (ビジネス層、第 2 層) は、UI (第 1 層) との間のデータの流れを管理します。データ層。

このようにアーキテクチャを変更する場合は、循環参照を取り除く必要があります。

これにより、UI に表示されるインターフェイスを簡素化し、そこにビジネス ロジックをカプセル化する方法で、データ レイヤー オブジェクトを適切な中間層の複雑でない/より複雑な構造にマップすることもできます。

于 2015-01-08T07:22:08.307 に答える