今天被問起，乙個框架的評判準則是什麼？如何判斷乙個給定的框架是不是乙個好的框架？在給定乙個專案時，如何選擇框架？
這是個比較困難的問題。而且比較泛。我不知道國際上是否有人在研究這個問題，我看到很多的文章在談論框架的作用，面向框架的設計開發方法，針對某個領域的框架構造等等，但是對於框架的評判，卻很難找到合適的或者令人信服的方法。你很難僅僅憑藉乙個方法來評判乙個具體的框架的優劣。或許，這是乙個好的研究方向。
乙個框架通常是面對乙個領域的（從廣義上說，一些基礎構件框架如j2ee也是面對乙個領域的），其實現可能也是多種方法的綜合, 不僅僅是物件導向。框架由於強調高的可復用性和針對乙個具體領域較為完整的解決方案，以及足夠能力的可擴充套件性，這使得框架的構造相當複雜。其評估也必然是相當複雜。
但是，根據對框架的理解，框架的主要作用，我認為框架的評判可以從以下幾個方面著手：
框架的穩定性。框架是為了構建具體的應用程式的，應有程式的穩定性建立在框架的穩定性之上。穩定性有幾個方面：框架是否符合開-閉原則？是否對擴充套件是開放的，對修改是封閉的？如果建立乙個新的應用程式需要對框架作較大的改動，說明框架不穩定。穩定性的另乙個方面是，擴充套件框架建立應用程式引入的錯誤是否對框架造成影響？
框架的學習曲線。從框架構建應用程式和從頭開始設計不同，從頭開始可能有很大的發揮的空間，而框架基本上已經確定了構建應用程式的體系結構。其內部有一套固定的類之間的關係。要復用這個框架並對其進行擴充套件，首先要了解框架的構成，這必然要個學習過程。如果框架的學習是複雜的，則框架的可復用能力就要打乙個折扣了。這要求框架的結構足夠清晰，還要求有足夠的文件和良好的描述的框架的語言和方式。
框架是否提供了該領域的足夠多的支援，它的覆蓋範圍是否足夠廣。我們利用框架來構建應用程式時，希望框架提供的功能足夠強大和豐富，只需要很少的擴充套件或配置就可以生成應用系統了。
框架的擴充套件方式和擴充套件能力如何？框架必須要有足夠的擴充套件能力。框架構造的乙個動力**於應用程式是可以按需定製的。但是軟體需求是不斷變化和擴充套件的，要求框架能夠適應這些變化。還有就是框架是採用何種方式進行擴充套件，是否方便？
可能其中有些是矛盾的。比如，黑盒框架的學習曲線比白盒平緩，但是就擴充套件能力來說，可能不如白盒框架。
一時亂想，不成體系。希望能得到更多的幫助。
分類的評判標準 TP TN FP FN
這四個值所代表的意義應該是做模式分類需要知道的基本知識了。以前是用的時候用一次查一次，但好像每次理解都不是特別到位。現在覺得真正理解了很有必要，就認真記錄一下，幫助理解。我們先從最簡單的二分類說起 假設我們現在有兩類，乙個正類，乙個負類。對於每乙個樣本，有兩個標籤。乙個是真正所屬類別的標籤，另乙個是...
mysql的準則2是什麼 mysql 準則 雜談
劉智慧型的文章 1.盡量不要在資料庫做運算，複雜運算移到程式段cpu，竟可能簡單運用mysql 2.控制單錶資料量，庫表控制300 400，單表字段控制20 50個，單錶1g或500w行 3.效率優先，提公升效能，適當犧牲正規化，加入冗餘 4.拒絕大事務，大sql，大批量 5.將字元轉為數字更加高效...
硬體設計的準則
硬體設計的準則 職務 硬體及通訊系統設計 專家觀點 硬體開發的基本準則 1充分了解各方的設計需求，確定合適的解決方案 啟動乙個硬體開發專案，原始的推動力會來自於很多方面，比如市場的需要，基於整個系統架構的需要，應用軟體部門的功能實現需要，提高系統某方面能力的需要等等，所以作為乙個硬體系統的設計者，要...