分類彙整: 問題解決

一般來說，程式可以寫成一連串或是巢狀的 if 敍述，那就代表程式流程可以用狀態變數來表示，也就是可以表示成有限狀態機的形式，可以用 interpreter 或是 state pattern 來解決甚至是用表格檢索的方式來表現。但我們一般都不會遇到需要那麼複雜的情況，主要是因為那是框架需要解決的問題，比如說程式語言的 Compiler 或是如 Hibernate 的 HQL、JPA 的 JPQL。 對其它我們會碰到沒那麼複雜的情況，同人的經驗顯示有二種不同解決方式：第一種就是上一篇流程元件化提到的應用 builder pattern 或是更早提到訊息拆解組合應用 visitor pattern，建立一個解決問題過程的 context 脈絡，把答案組合出來，有時候問題比較簡單時，也可能只需要像本篇文章提到只需要應用 strategy pattern 就可以了、另一種方式則是利用泛函編程的高階函式，建構出解決問題的表示式，然後再讓函式一層層套疊的方式來求解，同人不久前分享的語言整合查詢就是這種解法的代表。 閱讀全文 →

最近同人就碰到一個實例，讓我體會到以泛函編程（FP）典範增進功能的可測性。其實，以前遠在美國的 Perter Ho 就曾向包括同人在內的幾位點空間的朋友，分享過相同的觀念，而同人則是藉由最近的實例而對這樣的觀念有更深刻的體驗。 閱讀全文 →

其實以管轄區域分析樣式所發展的資料模型，並不會與資料驅動編程的概念圖相去太多，比較大的差別只在於是否考慮多對多關連的情況。然而經過領域概念分析的過程的好處是，讓我們可以用概念性的表達來略除許多不必要的繁複細節，展現出抽象思考的力量。當然它很困難，但它卻是做好系統分析不可或缺的能力，是值得投注心力學習的技能。 閱讀全文 →