在開發系統的過程中,有時候我們會發現某個Interface或某個Method,除了可以滿足現在的系統需求之外,還能夠應付未來的使用。這樣的特色,即使Interface或Method內需要作小部分的調整或是將一些邏輯變數拉成參數,但是還是適合投入一些努力使之成為可以reuse的元件或函式。
擁有元件庫與函式庫的好處在於各個不同的專案裡,為了相同目的所設計的動作,可以找到一個已經開發並且測試好的元件或函式直接使用。抽取元件與函式時,應該也要規畫元件庫與函式庫裡的結構,規定基本共用層、行業共用層、系統共用層等放置的地方(參考L07的層次,元件與函式都各要準備自己的結構),再依照其特性放置到該放的組織層次裡。
除了放置到應用上的結構外,還要依據其應用功能加以分類。我們可以想像元件庫與函式庫就像百科全書一般,想要特定方面的功能時可以先找出符合的元件與函式,再參考reuse層次從中選擇最適合自己需要的。對於一個特定的元件或函式,同樣也可以取得使用時的所有資訊。(也可以考慮將Third Party API加以整理歸類)
函式與元件應該是經過良好設計與完整測試的,在取用時儘可宜接應用而毌須浪費專案的資源再去了解設計、實作與測試。在系統需要與元件功能能夠吻合時,對系統的開發是有絕對好處的。
沒有留言:
張貼留言