抽象的なファクトリパターン
抽象ファクトリー・パターンはファクトリー・メソッド・パターンを改善するためのものであり、実際には単純なファクトリー・パターンのルーチンで各ファクトリーを作成するためのものであり、裏面はファクトリー・パターンとまったく同じです。
実際、これは、呼び出し元に新しいファクトリを作成する権利を与えることと同じです。
呼び出し時に、呼び出し側は使用するファクトリを指定し、最終的に取得されるオブジェクトはそのファクトリに対応するオブジェクトです。
抽象ファクトリパターン=シンプルファクトリパターン+ファクトリメソッドパターン。
抽象ファクトリパターン=ファクトリファクトリ。
抽象ファクトリパターンの利点と欠点：
利点は、それが再び集約され、ユーザーにとって、作成の詳細を知る必要がないことです。
デメリットは比較的複雑なことですが、変更したい場合の影響は大きくなります。
また
抽象ファクトリー・パターンは、単純なファクトリー・パターンやファクトリー・メソッドのパターンよりも少し複雑ですが、抽象パターンを使用することが必ずしも最善とは限りません。状況によって異なります。
実際、私はシーンに遭遇したことがなく、このモードは特に適しています。このモデルの理由は、より柔軟なことに焦点を当てたデザインパターンの組み合わせというアイデアのほうが多いと思うだけです。私は一気に多くを学びました、もし私が例のシナリオに従って問題について考えさえすれば、それは実際に多くを学ばないことと同等です。
したがって、設計パターンのすべての知識ポイントを統合して統合し、それらを一緒に使用する必要があります。
