框架本質

看到了別人寫的一篇有關"框架"的文章，看完覺得寫得很好，怕忘記所以在這邊記一些重

點。

會有框架的出現在於"為了解決在軟體開發過程中重複的流程"。

每個框架的實作必然支持某個架構與流程，這是框架要解決本質性的ˊ問題，但由於框架作為

一種工具，本身必然也會帶來也些附屬的問題。所以在使用框架必先辨識框架要解決的流程

本質，並對即將被導入框架的系統有通盤瞭解，方可評估採用後的價值，是否超越隨著框架

附屬而來的繁複設定。


Brooks書中亦談到：「軟體建構中本質的部份，指的是概念的智能創作，而附屬的部份，指

的是實作程序。」在開發軟體的過程中，有時會發現解決軟體中某些問題時，創造出的方法

概念具有某種程度的相似性或交集，若對類似概念重複進行實作，重複耗費的附屬性成本著

實是種浪費，因而在實作類似概念時考量了彈性與通用性，使得後續軟體開發中出現類似的

智能創作時，可以直接套用先前既有成品，避免一再重複的實作程序，而這個既有的成品就

是框架。



避免框架附屬困難模糊應用焦點


有些框架一開始會有組態不便或設定複雜的問題，然而，這些附屬的困難度，可隨著輔助工

具的推出、框架的改版、新的組態媒介，而降低甚至消失。

過於將學習或使用重點放在框架的附屬性困難上，會對理解框架本質造成阻礙，只是學會那

些將來可能不再適用的API組裝並不值得炫耀，也不應自認為懂得如何完成複雜組態設定而洋

洋自得，畢竟那並非框架存在的真正意義。

















參考的文章來自於
http://www.ithome.com.tw/node/77201