偏離原題所以另闢討論串. 想討論一下 optional operation 的狀況 , 基本上我討厭這種設計 , 所以我很少用 . (我個人認為這已經是過度設計了.) 因為做了某個操作後 , 會可能會出現夢都夢不到的不支援例外 , 要去考慮這可能性這實在是太麻煩了. ──────────────────────────────── 我大概就思考上歸納一下會用 optional operation 的幾個主要環境因素 , 1.這個功能是非常普遍的 (至少佔子類別的大多數類別會用到) -相對的碰上失敗的狀況不多 , 可以純粹當成 RuntimeException/Error 來看. 2.大多數時候會以超類別的面貌進行操作時. (ex. state/strategy pattern) -有時候雖然功能可能普遍性不那麼高 , 但是因為要以超類別進行操作 , 會將method 上提到超類別 , 並出現部份的 optional operation 狀況, 有點像是 template method 的 hook method. (這不是很好的例子 :p) 3.純粹是覺得子類別有可能會用上就寫了...- -+ (這種狀況是最糟的) ──────────────────────────────── 因為我其實是不喜歡 optional operation 的 , 所以順便討論一下對所謂 "過度設計" 的看法... 隨著知道各種設計 pattern 的時間越來越長 , 現在 pattern 大多用來作為溝通跟瞭解別人寫的程式的知識 , 而越來越少自己在程式中以實做 pattern 作為第一考量, 至少是比剛學 pattern時少. (我相信隨著時間過去還會更少...:p) 對於設計方案的練習是很好 , 不過我越來越認為 pattern 就像遞迴一樣, 你一定會發現 "就是這個！！！這程式用這個真是天作之合的！！！" 的時候, 到那時候再用就好 , 其他時候就本著自己的判斷來寫吧... 像我有一陣子濫用 state , 後來又有一陣子拼命用 singleton , 後來都吃到苦頭 , 想想自己都覺得很蠢.orz 設計方面的議題很難論斷 , 不過透過經驗的分享與交流應該會有一點幫助 . 不過有幾個 pattern 算是神龍見首不見尾 , 很難知道自己有沒有掌握... 像 MVC 這個 pattern 雖然概念上很清楚 , 但是實做上不太容易區分 m-v-c 三個部份. 常常聽到設計師(包括我也曾經這樣)會說自己用了 MVC , 但是卻無法對資料、顯示、邏輯這三個區塊 , 在實做中的引用作進一步的說明 , 於是最後的話就是 "我程式有用 MVC 概念(用在哪?) 嗯...(開始想) " 主要想說的是大部分狀況下 , pattern 應該是由最後程式的輪廓所描述出來 , 而不是根據設計師心中的信念所描述 ... 前者是在各種複雜的腦力激盪出來後的事實 , 後者只是設計師無謂的偏執而已...... -- What do you want to have ? / What do you have? 從書本中，你可以發現我的各種興趣。 從ＣＤ中，你可以瞭解我所喜歡的偶像明星。 或許從文字你很難以瞭解一個人，但從物品可以。 My PPolis , My past. http://ppolis.tw/user/Tony --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 221.169.78.140