1
A
回答
6
他們都是創建模式。所以，不要替代，只是在某些條件下適用的替代方案。模式的本質是，它們爲常見問題提供解決方案，微妙不同的問題具有不同的解決方案是相當合理的。
所有討論here，也許如果你告訴我們，你不明白或約這裏
0
答案同意欲瞭解更多有關時使用Builder模式，其優點你應該把它更有趣看看我的帖子中的另一個類似問題here
相關問題
- 1. 工廠模式抽象工廠模式
- 2. 工廠模式是否合適？
- 3. IOC設計模式是否獨立於工廠設計模式？
- 4. 轉換工廠模式吉斯模塊
- 5. 使用宏以工廠模式樣式替換「create（）」函數API
- 6. 同工廠模式
- 7. Java工廠模式
- 8. C＃工廠模式
- 9. 混合decrator模式和工廠模式
- 10. 工廠模式vs FactoryMethod模式
- 11. 提供者模型是否使用工廠模式？
- 12. 替換模式
- 13. 替換模式*
- 14. 工廠和抽象工廠模式
- 15. 在Spring中使用依賴注入來替換工廠模式
- 16. 工廠模式 - 是否有多個工廠是一個好主意？
- 17. Laravel工廠模式問題
- 18. MEF和工廠模式
- 19. 工廠模式設計
- 20. Selenium webdriver的工廠模式
- 21. 工廠模式在C＃
- 22. DDD中的工廠模式
- 23. 橋樑或工廠模式？
- 24. 抽象工廠模式
- 25. 測試工廠模式
- 26. 工廠模式和泛型
- 27. 泛型和工廠模式
- 28. 春季工廠模式
- 29. java工廠模式問題
- 30. 導軌和工廠模式
+1我同意需要的信息 – neuro 2009-08-11 09:43:20