0

工場の設計パターンを見ると、いつも単純なnew FactoryName.build()アプローチをとっています。そして、オブジェクトを作成するとき、それらには依存関係がありますが、私の場合、初期化時よりも実行時に操作している既存のプロジェクトがあります (単純なコードベースではなく、既存の複雑なコードベースの内部を考えてください)。工場設計例)。したがって、必要な依存関係を注入するために、 の実装をbuildとして実装することはできませんreturn new Blah(new This(), new That())

ビルドにパラメーターを渡したい場合 (例: build(SomeENUM type)、および/またはビルド内の依存関係を自動検出する場合 (例: some logic to auto-detect SomeENUM type)。これらのいずれかまたは両方が本質的に間違っていますか?

4

1 に答える 1

0

(factory/build) のような「作成」パターンは、オブジェクトの作成方法を隠してオブジェクトのインスタンス化プロセスを抽象化し、システムをオブジェクト作成プロセスから独立させます。

あなたの質問が正しいことを理解していれば、ビルドファクトリープロセスSomeENUM type内で「遊ぶ」ことはできません。これは、すべてのプロセスをブラック ボックスのようにするための Factory パターンの主な目標です。

私は良いドキュメントから印刷画面を取りました。

ここに画像の説明を入力 ここに画像の説明を入力

于 2013-03-22T07:32:41.157 に答える