問題タブ [facade]

次のコードがあります。例として、dec_proxyは、複雑な関数呼び出しfooで実行される型に対するインクリメント演算子の効果を逆転させようとします。これは、インターフェイスを変更できません。

問題は、dec_proxyを使用したいさまざまなタイプについて、現在dec_proxyの特殊なインスタンスを作成する必要があることです。これは非常に厄介で制限されたアプローチのようです。

私の質問は次のとおりです。非定数参照パラメーターなどの短期間の一時的なものを渡す正しい方法は何ですか？

CRUD 操作を処理するために、いくつかのリポジトリを設計する必要があります。これらすべてのリポジトリを 1 つの Facade に配置します。

このファサードはシングルトンにする必要がありますか?

例：

FacadeLibrary [シングルトン?]

- ブックリポジトリ | クライアントリポジトリ | レンタルリポジトリ

それとも、リポジトリはシングルトンにする必要がありますか?

それともどちらでもない？

私は、共同開発者 (および以前の開発者) の 1 人が、内部に多くのメソッド呼び出しがあるクラスのほぼすべてのページに Singleton/Facade を使用するプロジェクトに取り組んでいますが、実際にはそれを維持していません。データ。

例えば：

さて、命名規則と、Facade と同じクラス内に Singelton があるという事実と、Facade が実際には Facade ではないという事実に、特定の問題があります。（しかし、それはまったく別の会話です）。

したがって、私の質問は、これによって本当にメリットがあるかどうかです。開発者が説明できる最善のことは、オブジェクトを常に作成および破棄するわけではないため、メモリ管理に適しているということです。

私たちのアプリケーションはエンタープライズ レベルのアプリではなく、メモリに問題はありません。サイトが遅いときはいつでも、コードではなくデータベースが原因です。

ご協力いただきありがとうございます。私は、なぜ自分をより良い開発者にするのかを知りたがる開発者です。意味のある言葉で開発者からそれを得ることができないので、私はあなたたちに手を差し伸べています.

ありがとう、チャド

更新 以下のコメントのおかげで、重大なセキュリティ上の欠陥である可能性があるため、ステータスが深刻な懸念事項であることを知っています. メモリ管理や速度などに関して、シングルトンでこのコードを使用する利点はありますか? または、必要なたびに FooFacade をインスタンス化する方が簡単でしょうか。

プロジェクトから依存関係を削除し、コードを既存のAPIに移動することで、Javaプロジェクトの特定のGUIコードを再構築しようとしています。これをプロジェクトAと呼びましょう。基本的に同じ機能/インターフェースを必要とする別のプロジェクトがあり、それらの機能を他のプロジェクトで再利用したいと思います。

GoFのデザインパターンブックでファサードデザインパターンについて読んだことがありますが、ここで適用できるのではないかと思いました。

Facadeパターンについて読む前に、IMessagePasserというインターフェイスを作成しようとしました。これは、ProjectAMessagePasserなど、各クライアントによって実装されるコントラクトとして、プロジェクト固有のコードをインターフェイスメソッドに置き換えるだけです。これはファサードの半分を処理しているようで、GUIコードをAPIに移動できます。

次のステップは、ProjectAで同じことを行い、ProjectBMessagePasserとGUIコードの間で基本的に必要な通信を把握するために、ProjectAMessagePasser内にメソッドを追加してGUIの依存関係を置き換えることだと思います。

コードの大規模な再構築の経験はあまりありませんが、これはすべて合理的だと思いますか？最初にすべての変更を行わずに判断するのは難しいので、これを行うためのより良い方法があれば、一方通行で多くの時間を無駄にしたくありません。

最終的に分散して実行されるアプリケーションのパフォーマンスに取り組み始める準備ができていますが、現在は [グリーンフィールド] 開発中です。

特定のライブラリを選択またはコミットせずにキャッシングを導入できるようにしたいので、その決定を下すことができるキャッシング ファサード ライブラリ (ロギング用の slf4j に類似) が既に存在するかどうか疑問に思っています。後日。

私の PujaController.java:

}

私の SubastaController.java:

}

こんにちは、いくつかの JSF、EntityManager API を学習しようとして、ここで立ち往生しています。getFacade().create(current); までは creaPuja(current) は問題ありません。が実行され、NullPointerException が発生します。現在のオブジェクトが作成され、キーが設定されます。Entity Manager への参照を取得して puja を正常に作成する方法が見つかりません。Facade Java ファイルも含めます。問題を説明するコードを提供できれば、それは素晴らしいことです!!!

pujaFacade.java:

}

abstractFacade.java:

}

例外は次のとおりです。

はい、null の getFacade() です。私の質問は、現在のオブジェクトを getFacade() に移動または割り当てる方法です。タイプ PujaFacade のメンバー ejbFacade がありますが、現在の (Puja オブジェクト) の値を取得する ejbFacade が必要なので、getFacade は null になりません。ありがとうございました ...

次の適切な設計パターンを探しています。

次のシステム構造があります。

MainApplication が各サブシステムを初期化する場所で、

また、各サブシステムは相互に通信できる必要があります。

各サブシステム内で、別のサブシステムからメソッドを呼び出すにはどうすればよいですか? たとえば、s1

ファサードデザインパターンはここで機能しますか? もしそうなら、それはどのように実装されますか？そうでない場合、このシナリオではどの設計パターンを使用する必要がありますか?

SO に関するトピックに関する多くの質問が証明しているように、辞書の一部を取得することはかなり一般的なタスクであり、かなり優れた解決策があります。

しかし、それは独自のマッピングを持つ新しい辞書を作成します。多くの操作では、元の dict の不変ビューがあれば便利です (つまり、ビューでの割り当てまたは削除操作はサポートされません)。このような型を実装するのはおそらく簡単ですが、ローカル ユーティリティ クラスが急増するのは良くありません。

だから、私の質問は次のとおりです。そのような「サブセットビュー」を取得する組み込みの方法はありますか? または、そのようなユーティリティの適切な実装を提供するサードパーティのライブラリ (できれば PyPi 経由で利用可能) はありますか?

http://developer.android.com/guide/basics/what-is-android.htmlAndroid アーキテクチャを参照してください。

さまざまなサブシステムのファサードオブジェクトのようなさまざまなマネージャーを検討できますか？たとえば、Resource Managerをすべてのリソースサブシステムのファサードオブジェクトのように見なすことができますか？

それとも、クラスのマネージャー名は異なる目的を持っていますか？

ユーザーがコンストラクターに型情報を提供する必要がないように、XMLSerializer を私の「ファサード」クラスの背後に配置したいと考えています。しかし、これを行うには問題があります。このクラスを考えてみましょう:

問題は、このクラスのユーザーは、Serialize で XMLSerializer インスタンスが作成され、共有されるため、最初に Serialize を使用しないと Deserialize を使用できないことです。ただし、このインスタンスなしで Deserialize を使用すると、単純に Nothing が返されます。この問題は解決できますか?