問題タブ [business-logic-layer]

3 層アーキテクチャを使用している ASP.net (C#) プロジェクトがあります。DAL で Entity Framework を使い始めましたが、Entity Framework によって生成されたクラスをビジネス ロジック層でどの程度使用できるかという問題があります。

それらを直接使用することをお勧めしますか、それとも独自のビジネス オブジェクトを作成し、Entity Framework (db->O/RM->BO) からそれらにマップする必要がありますか?

いくつかのビジネスオブジェクト/POCO/エンティティ/何でもあるビジネスレイヤーがあります。データアクセス用のリポジトリもいくつかあります。これまで、UIレイヤーから直接リポジトリにアクセスしてきました。ストレートCRUDではないクラスが実際に必要になる段階にあるので、ロジックとCRUDを実行するビジネスロジッククラスをいくつか作成します。リポジトリには、 UIはもう（おそらく最初から行われているはずです）。

これらのクラスを何と呼ぶべきですか？私が考えることができるのはサービスクラスだけですが、このアプリケーションには実際のWCFサービスがあるため、混乱を招きます。WCFサービスもこれらのクラスを使用するため、サービスにサービスクラスを使用させることは、奇妙で混乱を招くように思われます。

3 層/多層アーキテクチャ (UI/ロジック/DAO/ドメイン モデル) では、サービスはビジネス ロジック層に属していると見なすことができますか、それとも別のものとして位置付けられますか?

データベースから取得したカスタム オブジェクト タイプのプロパティをループして、データを含む列のみを表示する必要があります。これは、オブジェクトのリストをデータグリッドに単純にバインドできないことを意味します。各オブジェクトをループして、列が空/nullであるかどうかを確認し、UIで表示するかどうかを判断したくありません。私が考えているのは、オブジェクトを送り返す前にビジネス層にあり、IEnumerable を表示する必要がある列だけで送り返します。したがって、これを行うためにLinq to Objectを使用することを考えていましたが、それが非常にきれいになるかどうかはわかりません。

大きなオブジェクト（30列程度）をチェックして、何を表示するかどうかを判断するために実行できる大量のIFステートメントなしで使用できるソリューションを知っている人はいますか。

UI とすべての IF でこれをすべて回避したいのですが... これで頭がおならをしています。誰か助けてもらえますか?

ありがとう

これは非常に基本的な質問です。しかし、私はBLLで何をすべきかを本当に理解することができません。 例を挙げましょう。
ユーザーのログインを容易にするために使用されるLogin.aspxWebページについて考えてみましょう。
この場合、Login.aspxには2つのテキストボックスと1つのログインボタンがあります（プレゼンテーション層）。
データアクセス層には、ユーザー名とパスワードが正しいかどうかをチェックする機能があります。

このページには他に何か必要はないと思います。だから私はBLLに何を持っているのでしょうか。BLLに含まれるべき機能を追加したい場合は、追加してください。

私は、データベース、データ レイヤー (エンティティ フレームワーク)、ビジネス レイヤー、および Web/UI レイヤーを含むプロジェクトに取り組んでいます。

Web レイヤーに ASP.NET 動的データを使用したいのですが、データに直接アクセスするのではなく、純粋にビジネス ロジックから実行したいので、データ レイヤーやデータベースにアクセスしたくありません。

ただし、動的データでは、Linq-to-SQL またはエンティティ フレームワークのデータ ソースのみを使用できるようです。

代わりにビジネス層オブジェクトで使用した人はいますか?

これを実装するのは難しいでしょうか？

時間グラフで表すポイント (車の停留所) がいくつかあります。これらの点は線で結ばれています。点 + 線はグラフ (つまり、車のスケジュール) を表します。グラフは、マウスで CarStops を時間内に移動することで変更できます。

ポイントとラインをコントロールとして実装することにしました (パネル上での移動が簡単になると考えました)。

リアル BO ( CarStop) と GUI コントロール ( CarStopControl) の 2 つのビジネス オブジェクト レイヤーがあります。次に、CarStop(Time, Station)をCarStopControl(X, Y)に関連付けます - CarStopControl は CarStop.Moved イベントをサブスクライブします。

最後に、CarオブジェクトにはいくつかCarStopの があります。

• コントロールを移動するにはどうすればよいですか? 単純に: パネル上でのマウスの動きを検出しdX、変換dXを計算して、dTime Car.Move(dTime)すべての CarStops を移動します。移動するCarStopと、 にイベントが送信されCarStopControl、後者はその座標を変更します。このようCarStopControlにマウスの動きに追従するようです。

これですべてです。

コレクションCar.Moveを再作成する必要があったときに問題が発生しました。CarStopCarStopControlCarStopCarCarStopCarStopControl

同様の状況は、Carそれ自体が に置き換えられる可能性がある場合new Carです。

誰かに似たような状況がありましたか？+- この問題をすばやく修正する「回避策」はありますか?

ありがとう。

私はビジネスレイヤーを研究しており、「ビジネスレイヤーと他のレイヤー間の依存関係を管理する方法」、「レイヤー間でデータを送信する方法はいくつあるか」、そして私にとって最も重要な「ビジネスをグループ化する方法」に関する問題をカバーする完全なリファレンスが必要です。論理を立ててビジネスコンポーネントを作成し、可能な方法について話します。...」

何か参考文献を知っていますか？

編集：あなたがそれのためにいくつかの電子書籍を紹介するならば、私はうれしいです。

ありがとうございました

Webサイトでアプリケーションのアーキテクチャを最適化していたときに、最善の解決策がわからないという問題が発生しました。

現在、この構造に基づく小さなdllがあります。

Dalはビジネスオブジェクトを使用してBLLに渡し、BLLはこのdllを使用するアプリケーションに渡します。

BLLのみが公開されているため、このdllを含むすべてのアプリケーションがbllを表示できます。

当初、これは当社にとって良い解決策でした。しかし、そのDLLにますます多くのアプリケーションを追加すると、Bllは大きくなります。現在、一部のアプリケーションが他のアプリケーションからBll-logicを認識できるようにしたくありません。

今、私はそのための最良の解決策が何であるかわかりません。

私が最初に考えたのは、bllをアプリケーションに含めることができる他のdllに移動して分離することでした。ただし、他のdllがデータを取得できるように、Dalを公開する必要があります...そして、私は良い解決策のようです。

私の他の解決策は、bllを異なる名前空間に分離し、アプリケーションに必要な名前空間のみを含めることです。ただし、このソリューションでは、必要に応じて他のbllに直接アクセスできます。

だから私はあなたの意見を求めています。

現在、アプリケーションのアーキテクチャとデザインを刷新しています。XML とリフレクションを使用してデータを永続化するという意味で汎用的なデータ アクセス レイヤーの設計が完了しました。

いずれにせよ、今はビジネス層を設計する段階にあります。エンタープライズ アーキテクチャとデザインに関連する本を何冊か読んだので、ビジネス レイヤーに適用できるパターンはほとんどないことがわかりました。テーブル パターンとドメイン モデルは、そのようなパターンの例です。また、ドメイン駆動設計も発見しました。

前に、テーブル オブジェクトに対してエンティティを構築することにしました。しかし、DDD に関しては、エンティティと値オブジェクトに違いがあることがわかりました。そんなデザインを経験したあなたへ。パターン、練習、サンプルについて教えてください。

前もって感謝します！また、私の意見が通らなかった場合は、お気軽にご相談ください。