問題タブ [facade]

ファサード パターンとセッション ファサード パターンに違いはありますか? スプリングフレームワークを使用してセッションファサードパターンを実装するにはどうすればよいですか?

エンタープライズ アプリケーションを作成しようとしていますが、非常に奇妙なエラーに直面しています。

Main 以外のクラスからエンタープライズ アプリケーションのファサードを呼び出そうとすると、InvocationTargetException が発生します。

これが私のコードです： -

テストクラス: -

BillerFacade のメソッド: -

スタックトレース： -

どうしてそうなの？そして、メインクラスからリモートメソッドを呼び出している場合でも、この例外が発生します。Netbeans の何が問題なのですか? うまくいくときとうまくいかないときがあります。助けて、私の混乱を解消してください。

私のアプリケーションでは、Facade メソッドをコントローラーとして使用してメイン アプリケーションで呼び出していましたが、それらは同じものだと思っていたのですが、今では間違っていたと思います。

私のアプリケーションは複数のファサードを使用し、それぞれが一種のタスクに対応しています。コントローラーを使用するように変更する場合、正しい方法はコントローラーを 1 つだけにすることですか?

ここでの私の質問は、Facade と Controller の違いは何ですか。

複雑なクラスがあり、ファサード クラスを実装して単純化したい (複雑なクラスを制御できないと仮定します)。私の問題は、複雑なクラスには多くのメソッドがあり、そのうちのいくつかを単純化し、残りはそのままにしておくことです。「単純化」の意味を以下に説明します。

メソッドがファサードで実装されている場合はそれを呼び出し、そうでない場合は複雑なクラスでメソッドを呼び出す方法を見つけたいと思います。私がこれを望んでいる理由は、より少ないコードを書くためです:) [少ないほど良い]

例：

頭に浮かぶオプションは次のとおりです。

オプション 1:複雑なクラスの変数を保持するクラスを作成し、複雑なものを実装してから、直接委譲を使用して単純なものを実装します。

しかし、このアプローチでは、すべての単純なメソッドを 1 つの委譲ステートメントだけで実装する必要があります。だから私はもっとコードを書く必要があります（それは簡単ですが）

オプション 2:複雑なクラスを拡張し、単純化されたメソッドを実装しますが、これらのメソッドの単純なバージョンと複雑なバージョンの両方が表示されます。

Python では、次のような同様の動作を実現できます。

では、これを達成するためのJavaの方法は何ですか?

編集：「単純化」とはどういう意味ですか：複雑なメソッドは、引数が多すぎるメソッドのいずれかです

または、単一のタスクを達成するためにほぼ常に一緒に呼び出される一連の関連メソッド

したがって、次のようなものが必要です。

簡単な注文システムを作ろうとしています。これは割り当てであるため、DBとGUIを作成するべきではない境界ですが、少なくとも4つのデザインパターンを実装する必要があります。私の決断の1つは、Facadeを使用することでした。私が理解している限り、Facadeクラスは一種のコントローラーであり、これは私がこれまでに持っているものです：

モデルパッケージの他のクラスは、Orders、OrdersList、Clients、Clientslist、Products、ProductsListであり、*ListクラスではArrayListに情報を保持しています。だから私の質問は：このコードはファサードですか？

.NETでコンポーネントを作成しました。これは、他社や開発チームの複数の.NETソリューションで使用することを目的としています。

私のコンポーネントは複数のDLLで構成されています。大まかに、それは持っています：

• 多くの操作を行うことができるコアDLL、および
• これらの操作のごく一部を提供するファサードDLL。これにより、コンポーネントをさまざまな顧客や統合に合わせてカスタマイズできます。

重要なのは、誰もがコアメソッドにアクセスできるようにしたくはなく、ファサードメソッドにのみアクセスできるようにすることです。このようにして、ファサードメソッドではなく、コアメソッドを直接呼び出して不正行為を試みないようにします。

それを達成することは可能ですか？このようなカプセル化を実現するためのパターンやグッドプラクティスはありますか？

数年前、このファイルは同じ部分クラスをラップしていましたが、ビジネスロジックコードを別々の.csファイルに実装するように言われました。したがって、次のようにビジネスレイヤーからメソッドを呼び出すことができます。

Ok。だから今、私はファサードパターンを使用している今回だけ同じことをしています。このソリューションは、より多くのコードを記述しなければならず、保守性が低い場合でも、より良いアプローチのように思われます。

さて、私の質問は...部分的なクラスのアプローチに従うのは正しいでしょうか？

PS：これらのビジネスロジックメソッドを使用するレイヤーからこのレイヤーを分離するためのインターフェイスと依存性注入についても考えましたが、ここでどのように機能するかを考えると、ノーノーです：S

私は CDI を理解しようとしていますが、現時点ではほとんど結果が得られていません。:( 実際、私はこの例のような Web サービス ファサードに行き詰まっています。

CDI アノテーションを使用して、文字列がパラメーターとして送信されるたびにサーバー側でチェックを行いたいので、次のようにします: (@NameValidator注釈に注意)

検証は、外部クラスで、そのようなものにすることができます:

それはどのように機能しますか？出来ますか？そうでない場合、代替手段は何ですか？ありがとうございました！アンドレア

私は面接の観点を求めているのではありません。Strutsフレームワークなどのプロジェクトで実装されるリアルタイムのシナリオを知りたいです。