設計模式

以動物森友會大頭菜為例，學習橋接模式設計模式。將抽象部分與實作部分分離，使它們都可以獨立變化，實現組合優於繼承的設計原則。

以動物森友會大頭菜為例，學習轉接器模式設計模式。允許原本因介面不相容而無法協同工作的類別能夠一起工作，透過轉接器類別包裝現有類別，提供客戶期望的介面。

以動物森友會大頭菜為例，學習物件池模式設計模式。透過重複使用現有物件來提升效能，減少頻繁建立和銷毀物件的成本，適用於產生成本高昂的物件。

以動物森友會大頭菜為例，學習建造者模式設計模式。透過建造者模式來封裝複雜物件的建構過程，使用 Director 統一管理建造步驟，讓客戶端能夠簡單地建立複雜物件。

以動物森友會大頭菜為例，學習原型模式設計模式。透過複製現有物件來建立新物件，避免重複的初始化過程，提供高效的物件建立方式。

以動物森友會大頭菜為例，學習工廠方法設計模式。透過定義工廠介面讓各個工廠去實作，解決物件建立的複雜性。工廠方法與抽象工廠的差異在於使用介面而非抽象類別。

以動物森友會大頭菜為例，學習抽象工廠設計模式。透過建立不同類型的工廠來產生相同介面但實作不同的物件，解決物件建立的複雜性和耦合性問題。

以動物森友會大頭菜為例，學習靜態工廠設計模式。透過靜態方法來建立物件，不需要實例化工廠就能直接使用，提供簡潔的 API 來建立不同類型的物件。

以動物森友會大頭菜為例，學習簡單工廠設計模式。透過建立一個工廠來負責生產物件，隱藏物件建立的複雜性，提供簡潔的介面給呼叫者使用。

單例模式，整個應用程式只會有一個實體，這個實體不會重複建立，就有點像是整座島上只有一個曹賣，這個曹賣在你這座島的時間，你可以盡量找他買大頭菜，無論你做什麼事情，大頭菜在這段時間內都不會任意更動，你的曹賣是你的曹賣，不會因為你進去博物館逛一圈再出來而改變。