O15 理想元件結構的調整

Component在我的想法裡會有19個檔案，這是為了解決之前提過的現象而鋪設。重點在於Flow與Action，在設計的流程裡經由Impl進入，參數參考Properties，處理的資料放在Model，處理的動作放在Action，唯一存取外部的是其他元件的Component Interface Method；Action裡也是類似的作法。在這個結構裡，接手的人可以把重心放在Flow與Action內部而不用到處找東西放在哪裡。

如果所有的元件結構都是這樣，在遇到有人新接手的時候，只要先講解Component的基本結構再說明現行系統的Package Diagram，最多只需要一天就可以讓新人開始追蹤與除錯。但是複雜的結構帶來的是設計與實作時必須在19個檔案中工作，手忙腳亂再加上偶而忘記把東西放在哪裡卻是免不了的，這也相對地更降低了產能。

在確定不需要某些需要的時候，可以縮減結構的複雜性。在各個部件裡，如果確定不會有改寫的需要，可以不要放置Abstract Class；Action動作不多時可以取消而以Method的型式放在Flow裡；Properties也可以直接用Java Properties或是基本Data Model的方式放在Impl裡取用。在堅持應有的Interface與Class下，元件的檔案數量可以減少到10個。