java設計模式之工廠模式(編輯修改稿)
2025-07-26 18:00 本頁面
【文章內容簡介】 。抽象產品角色，具體產品角色與簡單工廠模式類似，只是變得復雜了些，這里略。 2. //抽象工廠角色 3. publicinterfaceDriver{ 4. publicCardriverCar()。 5. } 6. publicclassBenzDriverimplementsDriver{ 7. publicCardriverCar(){ 8. returnnewBenz()。 9. } 10. } 11. publicclassBmwDriverimplementsDriver{ 12. publicCardriverCar(){ 13. returnnewBmw()。 14. } 15. } 16. ......//應該和具體產品形成對應關系，這里略... 17. //有請暴發(fā)戶先生 18. publicclassMagnate 19. { 20. publicstaticvoidmain(String[]args) 21. { 22. try{ 23. Driverdriver=newBenzDriver()。 24. 25. Carcar=()。 26. ()。 27. }catch(Exceptione) 28. {} 29. } 30. } 工廠方法使用一個抽象工廠角色作為核心來代替在簡單工廠模式中使用具體類作為核心。讓我們來看看工廠方法模式給我們帶來了什么？使用開閉原則來分析下工廠方法模式。當有新的產品（即暴發(fā)戶的汽車）產生時，只要按照抽象產品角色、抽象工廠角色提供的合同來生成，那么就可以被客戶使用，而不必去修改任何已有的代碼?？磥?，工廠方法模式是完全符合開閉原則的！使用工廠方法模式足以應付我們可能遇到的大部分業(yè)務需求。但是當產品種類非常多時，就會出現(xiàn)大量的與之對應的工廠類，這不應該是我們所希望的。所以我建議在這種情況下使用簡單工廠模式與工廠方法模式相結合的方式來減少工廠類：即對于產品樹上類似的種類（一般是樹的葉子中互為兄弟的）使用簡單工廠模式來實現(xiàn)。當然特殊的情況，就要特殊對待了：對于系統(tǒng)中存在不同的產品樹，而且產品樹上存在產品族，那么這種情況下就可能可以使用抽象工廠模式了。 五、小結讓我們來看看簡單工廠模式、工廠方法模式給我們的啟迪：如果不使用工廠模式來實現(xiàn)我們的例子，也許代碼會減少很多 只需要實現(xiàn)已有的車，不使用多態(tài)。但是在可維護性上，可擴展性上是非常差的（你可以想象一下，添加一輛車后要牽動的類）。因此為了提高擴展性和維護性，多寫些代碼是值得的。 六、抽象工廠模式先來認識下什么是產品族：位于不同產品等級結構中，功能相關聯(lián)的產品組成的家族。如果光看這句話就能清楚的理解這個概念，我不得不佩服你啊。還是讓我們用一個例子來形象地說明一下吧。 圖中的BmwCar 和BenzCar 就是兩個產品樹（產品層次結構）；而如圖所示的BenzSportsCar 和BmwSportsCar 就是一個產品族。他們都可以放到跑車家族中，因此功能有所關聯(lián)。同理Bmw
環(huán)評公示相關推薦
鄂ICP備17016276號-1