N20 輔助的文件(5)──Component結構的所有檔案

與只擁有Interface、Controller、Model與Exception的簡潔型Component比較起來，自己所使用的Component結構實在算是個龐然大物，而且兩者間想達成的功能幾乎是一樣的。從上一篇的附圖來看，在開始設計方法前得先準備好一大堆Interface與Abstract Class，也難怪其他人根本不想改變原來的作法。

Component與Component之間在功能上是各自獨立的，但是以行為模式來說，所有Component的Implementation、Flow、Action、Model與Properties等等的特性其實是共通的。這個意思是針對Component來說，事實上也需要安置一個Abstract Component來放置所有Component裡各個零件共同的行為模式，同時還要加上管理物件生成與消滅的Interface與Method。這樣的需要就形成了這樣的Component結構：

把Component做成這麼大，如果得在佈置結構時花費過多時間，反而會降低產能，為了解決這個問題只好想辦法讓Component結構“自動產生”所有的物件。Component結構圖是既定的產出，輸入的變數可以侷限為Package Name、Component與output path，因此我在一開始就指定一個人專門製作這個工具。

如果三兩下就可以把這麼一堆的Component結構佈置進而開始設計，開發團隊的接受度與產能就可以相對提升不少。