問題タブ [facade]

私はファサード デザイン パターンを使用して、プログラムに必要なすべての管理機能をグループ化しています。

私のクラス ライブラリ Company.Infrastructure.Repositories.Administration には次のものがあります。

これは私にとってはうまくいきました。ただし、DDD モデルに移行したため、WCF サービスから引き続き AdminRepository (以前の AdminFactory) にアクセスする方法を見つけようとしています。

アクセスを実現するために、ドメイン ロジックにリポジトリ クラスへのインターフェイスを含めています。ただし、私が持っているような Facade へのインターフェイスを作成する方法がよくわかりません (サブクラスとすべてを使用)。これは可能ですか？

どうすればいいですか？

jarファイルで一部のクラスを非表示にすることは本当に不可能ですか?

クラスをより柔軟に保つために、クラスの直接インスタンス化を許可したくありませんでした。この jar のファクトリ (またはファサード) のみが表示されます。

2 つのプロジェクトを作成する以外に、この問題を解決する方法はありますか? (2 つのプロジェクト: 最初のプロジェクトにはクラス (実装) が含まれ、もう 1 つのプロジェクトには最初のプロジェクトへの参照とファクトリが含まれます。後で 2 番目のプロジェクトのみが参照されます)

ファサードのポイントがよくわかりません。

このコードがあり、このような EJB があるとします。

これのポイントは何ですか？なぜこれをファサードと呼ぶのですか？私にとっては、同様の機能をグループ化する単なる抽象クラスです。ありがとう。

…そして、アスペクト指向プログラミングを使用してそれらをどのように克服できますか？

AccountServiceアプリケーションに、 、などのサービスを含むサービス レイヤーがありUserServiceますDocumentService。

依存関係の挿入に StructureMap を使用しているため、サービスのコンストラクターは次のようになります。

今、私がUserServiceを言うためにアクセスする必要がある場合、次のものを持っているのは良い形ですか?

私の理解では、アダプターパターンは基本的に別のクラスにラッパーを作成しているため、ラップしているクラスを既存のコードで使用できます。ファサードは、サブシステム全体を変更するためのものです (したがって、5 つのステップを必要とする複雑な描画 API を扱っている場合は、例として、それらを 1 つのメソッドに統合することができます)。私の質問は、ORM が使用するパターンはどれですか、それとも両方ですか?

それらは多くの異なるサブシステムへの単一のインターフェースを提供しますが、私はファサードパターンに傾倒していますが、まだわかりません.

次のクラスを持つ MVC2 アプリケーションがあります。

-注文モデル

-LineOrderModel

-注文コントローラー

-LineOrderController

OrderController クラスでは、Web フォームのいくつかの値を再収集しています。これまで、各注文明細 (LineOrderModel クラス) と OrderClass のインスタンスを Controller 内に作成していました。

注文を作成するときに行うさまざまなことをカプセル化するために、 OrderFacade クラスを作成しようとしていました。

そのクラスで、次のようなメソッドを作成しました。

しかし、私の問題は、Web フォームから取得したすべての注文明細を渡す方法がわからないことです。

orderLines クラスを持つ List を作成してそのメソッドに渡すのは意味がないと思います (これのポイントは、クラスではなく Facade で操作することであるため)。

さまざまな行 (すべて numberUnits、idProduct などのプロパティを持つ) を、それぞれがこれらのプロパティを持つ汎用オブジェクトのリストにカプセル化するにはどうすればよいでしょうか?

多分何かのようなList<List<object>>？

前もって感謝します！

私は職場で次の質問に出くわしました.私はそれらに答えるための経験や知識がありません.賢明な人々の何人かが私を正しい方向に向けることができることを願っています.大歓迎です!

シナリオ

個別のデータベースを使用するビジネスの 2 つの側面、人事と業務領域 (ホームケア) があります。
人事部門は、会社の従業員、シフトパターン、欠勤、給与などを追跡します。ホームケアは、クライアント情報、家庭訪問、訪問日、およびその訪問を担当する従業員を追跡します。

これら 2 つのシステムは別個のものであり、現在、それらを統合する方法を検討中です。

さらに、これら 2 つのデータベースを参照するコードを、再利用可能で整理されたライブラリに整理する方法を検討しています。

ライブラリに含まれる EF 4 オブジェクト コンテキストとの通信を担当する HumanResources.dll を再利用する 3 つのアプリケーションがあります。オブジェクト コンテキストは、現状のデータベースのほぼ鏡像です。

質問

HR データベースのデータを使用する 4 つ目のアプリケーションを追加しようとしています。

私たちは：

従業員などの一般的なエンティティを複製しながら、アプリケーションのみが必要とする情報を提供する新しい EF データ モデルを作成します。

また

新しいエンティティ/テーブルを既に大きなモデルに追加し、モデルが大きくなることを受け入れます。

長期的には、5 番目のアプリケーションで、人事データベースのシフト パターン情報を、業務エリア (ホームケア) データベースのクライアント訪問に結合する必要があります。

何ができるかについてのアイデアがあります。私たちは次のことを考え出しました：

HumanResources オブジェクト コンテキストと Homecare オブジェクト コンテキストの間に位置するレイヤーを作成し、2 つのデータ セットを結合します。

私たちに利益をもたらす他のアプローチはありますか？

メソッドの呼び出しを容易にし、メソッド名の音/読みやすさを向上させることが唯一の目的であるメソッドの適切な用語を知りたいです。

そのように：

これをアダプターと呼ぶこともできますが、それは一種のアダプター デザイン パターン用に予約されています。

ファサードは他の多くのクラスを含むクラスですか?

それをデザインパターンにするものは何ですか？私にとって、それは普通のクラスのようなものです。

このFacadeパターンについて説明してもらえますか?