問題タブ [factory-method]

Objective-C コンテキストでファクトリ メソッドを使用する目的は何ですか?

Objective-C でのファクトリ メソッドの使用について少し混乱していますか? そうすることの有用性は何ですか？

Objective-Cでファクトリメソッドを使用する例は何ですか?

少し混乱しています。どんな説明でも役に立ちます！

次のコードを意図したとおりに動作させる方法を教えてください。問題は、私のファクトリが具体的なクラスを返していることを Scala コンパイラが認識しないため、オブジェクトを後で使用できないことです。TypeTags または型パラメーターは役に立ちますか? または、別の方法でコードをリファクタリングする必要がありますか? 私は（明らかに）Scalaが初めてです。

dコンパイラがAnimalではなく であると考えるため、コードの最後の行は失敗しますDog。

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

工場方式

工場の使用

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

Dart スタイル ガイドでは、静的メソッドの代わりにコンストラクターを使用してインスタンスを作成することを推奨しています。これは、" Dart の名前付きコンストラクターとファクトリ コンストラクターを使用すると、他の言語の静的メソッドのすべての柔軟性が得られる一方で、呼び出しサイトを通常のコンストラクター呼び出しのように見せることができるためです。 "。

ファクトリ コンストラクタではなく静的メソッドとしてint.parse()andを宣言した技術的な理由はありますか?double.parse()

より一般的に言えば、Dart で静的 (ファクトリ) メソッドよりもファクトリ コンストラクタを作成することを選択するためのガイドラインは何でしょうか?

Builder パターンについて読んでいましたが、いつものように Factory パターンと混同されました。

Abstract Factory と Builder パターンの違いを示す良い記事を見てきました。

http://champika-nirosh.blogspot.in/2008/04/what-is-difference-between-abstract.html

しかし、私の混乱は、Abstract Factory に似た Builder パターンよりも、Factory Method パターンに似ているように感じるということです。私の理解が正しいかどうかはわかりません。しかし、ファクトリ メソッドでも、別のファクトリ (コンクリート ファクトリのメソッド) を使用して、1 つの特定のオブジェクト (製品のファミリではありません) を作成します。そのシナリオでは、Builder が Factory Method パターンとどのように異なるかが異なります。Builder でオブジェクトを作成するには、より多くの手順が必要であることは知っていましたが、それ以外に、オブジェクトを使用する必要がある特定のシナリオはありますか? 私を案内してください。

ありがとう。

これは一般的なオブジェクト指向プログラミングの質問です:

基本クラス B が与えられたとします。

そして、次のファクトリ メソッドを使用して B のインスタンスを作成するように指示されたとします。

さて、問題は B から派生させる必要があることですが、createB() のように初期化するにはどうすればよいでしょうか?:

問題の問題が何度も取り上げられてきたことは知っているので、よく考えられているほど些細なことではないことは明らかです...

物事を明確にするために、同じファミリーの Bean と同じ概念を使用して、3 つの異なる実装 (単純なファクトリ、ファクトリ メソッド、抽象ファクトリ) の例を作成すると考えました。

次の例についてどう思いますか。あなたはそれらが明確で正しいと思いますか？

すべての例で、このファミリーの Bean を使用します

シンプルファクトリー

工場方式

アブストラクトファクトリー

抽象ファクトリの例では、これらの Bean を追加しました

そして、ここに抽象ファクトリの例があります

キャッシュ システム クラス (疑似コード) を返すファクトリ メソッド クラスがあります。

The cache classes implements simple get() and set() methods (it uses an abstract class defining the common methods) that allows me to easily switch cache systems if needed. The normal use will be like:

I want to have a setting to enable/disable the cache, but I don't want to add conditionals in the code asking if the cache is enabled or not everywhere. So I was thinking in returning a Void() object that implements the abstract class methods so it will be used when the cache is disabled, the class will look like this:

Would this be a good approach? How would you think will be the best way to handle the enabled/disabled setting without adding conditionals in the actual implementation?

Thanks!