M14 替代的作法(7)──Interface Method的入口、流程與動作

Interface Method的功能需求就像是一個待達成的目標；在思維上先有的應是動作、然後決定動作的所屬權責、最後再以流程串接起來，以這種方式完成一個指定的功能。

在理想的作法上，當然能夠決定出動作Method的名稱與所屬的Interface或Class的話，就可以像L14那樣在流程方法裡註記所有的處理順序，之後再找程式員依註解說明填入適當的Interface Method。這個部分曾經有一個想法：如果有UML工具支援使用API來製作Activity Diagram的話，我一定會寫個程式找出系統內所有有流程註解的方法，然後每一個Method的註解流程都自動產生出一張Activity Diagram；不過這短期內似乎不可能。

大多時候在流程裡我們會知道要做什麼，但是沒辦法確認由哪裡去達成指定動作。這個時候我們只能先收集這個Package所有想做的動作再加以分析歸類，再定義內部的Method或是另外的Package Interface Method；等決定好所有動作負責的方法後再用上一段的註解方式來說明。這時就很類似K12的作法。

至於為什麼要有入口，接下來會說明原因。