問題タブ [abstract-factory]

私はデザイン パターンについて学んでおり、本の最初の例は Abstract Factory に関するものです。VS で演習を作成しましたが、すべて問題ないように見えますが、疑問に思う点が 1 つあります。

この本では、ファクトリ クラスは次のように実装されています。

演習を完了した後、上記のクラスを次のコードに置き換えることができることに気付きました。

もちろん、どちらの例もまったく同じように機能しますが、インターフェースではなく抽象クラスを使用する理由は何でしょうか?

抽象メソッドを持たない 1 つの Java プログラムについて考えてみましょう。抽象メソッドなしで Factory Method パターンを実装することは可能でしょうか?

さまざまなデザイン パターンでプロジェクトを構築するのが常であるように、アーキテクトは常に、その特定のデザイン パターンの有利なビューを好みます。しかし、プロジェクトの将来の拡張に関して、違反領域と不利な点を理解する必要がある場合があります。私は現在、抽象的な工場のデザインパターンを使用しています。私はそれを理解しましたが、その欠点、その制限、失敗する場所を理解できませんでした。誰か、Abstract Factory デザイン パターンのこの別のビューを説明してもらえますか?

キュー内のオブジェクトのタイプに応じて異なる依存関係グラフを挿入する必要があるキュー サービスがあります。を使用してStructure Mapいます。

したがって、キュー内のオブジェクトが の場合はTypeAの具象クラスTypeAが使用され、 の場合TypeBは の具象クラスTypeBが使用されます。

次のようなキュー内のコードを避けたい:

グラフ内には、IReader(ISomething, ISpomethingElse)whereなどのジェネリック クラスもありますが、ジェネリックIReaderですが、正しい型ISomethingとISomethingElsefor 型を挿入する必要があります。 ISomething依存関係などもあります。

現在、TypeAまたはTypeBオブジェクトを作成し、StructureMap を使用してジェネリック Processor クラスを挿入してから、次のようなメソッドにfactory手動でTypeAまたはTypeBファクトリを挿入します。

ただし、ファクトリはIReader上記のジェネリックを作成するため、そこからすべての TypeA またはTypeBクラスを手動で注入することになります。

これで十分だと思います。

私は初めてStructureMapで、柔軟でエレガントなソリューションのために、誰かがここで正しい方向に向けてくれることを望んでいました.

ありがとう

最近のインタビューで、私はこの質問に直面しました。私はそれをグーグルで検索しましたが、「これは作成パターンであり、集中型オブジェクトを作成できます」というこの回答を除いて、結論を出すことができませんでした。私がこれを説明したとき、彼は私に尋ねましたが、「サーバークラスのクライアントクラスでオブジェクトを直接作成できるのは何ですか。なぜ抽象ファクトリを使用する必要があるのですか?」

サブクラスが必要なオブジェクトを作成し、抽象ファクトリには具象クラスが必要なオブジェクトを作成するメソッドがあるファクトリメソッドについて読みました

工場方式

工場の使用

Factory Method と Abstract Factory を使用して実装された同じユース ケース。Abstract Factory または Utility Factory (Chicago Factory/NewYorkFactory など) を使用する代わりに、FactoryMethod を使用する必要がある理由。どの場合、ファクトリ メソッドは抽象メソッドに役立ちますか?