Q&A
https://www.techscore.com/tech/DesignPattern/AbstractFactory.html/#dp8-3
と
https://www.techscore.com/tech/DesignPattern/Builder.html/
を見比べてもだめですか？
オブジェクト指向のデザインパターンの勉強をしているのですが、
AbstractFactoryパターンとBuilderパターンの違いがいまいちわからないため、ご教示いただきたいです。
参考にしたサイト
https://www.ulsystems.co.jp/topics/028
https://www.techscore.com/tech/DesignPattern/Builder.html/
https://www.techscore.com/tech/DesignPattern/AbstractFactory.html/
どちらも、抽象クラス/インターフェイスを介することで、利用側は具体的な実装を知らなくて良いというデザインパターンだという理解をしています。
それぞれの説明には納得はいくものの、
| AbstractFactoryパターン | Builderパターン |
|---|---|
| Client | Director |
| AbstractFactory | Builder |
| ConcreteFactory | ConcreteBuilder |
これって同じなのでは？この２つのパターンは何が違うの・・・？とモヤモヤしています。
はい...。
AbstractFactoryクラスはBuilderインターフェイスであり、
MizutakiFactoryクラスはSaltWaterBuilderクラスであり、
SampleClassクラスはDirectorクラスであり、、、
と変わらないように見えてしまっています。
この２つの決定的な違いは何でしょうか？
妄想込み(趣味でやっているので)ですが、「視点の違い」なのでは?
例えばStateパターンとStrategyパターンは概要は似ていますが、Stateパターンでは「状態」に着目し、Strategyパターンは「アルゴリズム」に着目している...らしいです。
そういう風に、「視点の差」なのだと思います。
例えばAbstractFactoryパターンは「生成方法」、Buiderパターンは「複雑な生成手順を一気に引き受ける」的な。
http://marupeke296.com/DP_main.html を参考にしてみました。
回答2件
0
ベストアンサー
抽象クラス/インターフェイスを介することで、利用側は具体的な実装を知らなくて良い
これはオブジェクト指向で全般の考え方ですね
デザインパターンは、それに加えて少し具体的な目的を持っています
質問されている2つのパターンについても以下のように目的が異なります
・AbstractFactory
複数のオブジェクトを不整合無く生成するためのパターンです。
オブジェクト群の生成役である工場を提供しますが
オブジェクトの生成手順そのものには言及しません
・Builder
同じ生成手順で異なるオブジェクトを作るためのパターンです
オブジェクトの生成過程の断片と生成手順を提供しますが
複数のオブジェクトを作るという目的はありません
投稿2020/07/14 04:22
総合スコア139
0
AbstractFactoryパターンとBuilderパターンの違いですが、個人的には以下のように理解しています
-
AbstractFactoryパターンは、オブジェクトの生成ロジックを隠蔽したい時に用いる
-
Builderパターンは、決まった手順があり、その手順の各処理内容に多様性を持たせたい時に用いる
投稿2020/02/21 14:38
退会済みユーザー
総合スコア0
あなたの回答
tips
プレビュー
