個人比較相信規則
OOAD 只是協助人整理出規則的一種做法,
例如 XX123A 這種命名好了, 沒有規則搭配的話就很難懂,
但假如有一個規則是, XX 是功能大項縮寫, 兩層選單,
之後的每一個數字是該層的第幾個項目, 第幾步, 哪個分支,
那 XX123A 就能很清楚的理解為
XX 功能 第一項下的第二項下的第三個步驟的分支一,
瞬間變得超級好懂
所以像什麼設計導致維護費工, 我相信多半是缺了這類簡明的規則,
可能是寫文件的規則,
沒考慮到應該專門一段來寫某某東西有被誰誰誰依賴,
可能是寫註解的規則,
沒約定好要依賴什麼東西時得在那個東西的程式加段註解,
不依賴時要再去把它移掉,
可能是記 log 的規則,
沒規定說要做什麼依賴時得 log 一下,
可能是 coding style 的規則,
沒有統一要依賴那東西時應該透過特定 API, 那最少還可以 grep 一下
由 SD 設計生文件也好, 由 PG 獨撐大局也好,
能有規則, 這規則夠簡單明快, 別人容易理解吸收, 就都很好,
不然無論怎麼做, 大概都是一團混亂了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.224.44.115
※ 編輯: lovdkkkk 來自: 61.224.44.115 (11/15 22:53)