案例B.幫助系統的問題。幫助系統一開始采用一個個單獨分散的靜態頁面。出于性能的考慮和部門負責考慮。幫助系統不斷改進中,過程缺乏組織性,文件的命名規則隨意,存儲位置隨意,造成了管理的混亂。直接的后果是頁面的入口混亂和各自引用關系混亂。
在幫助系統的第二版,從靜態頁面轉成動態頁面。采取統一分類和命名規則,并統一了入口。同時采取分級管理引用關系,適度冗余。雖然減低了運行性能。但提高了開發效率和可維護性。
性能問題——嗯,一個非常神圣而高深的問題的。從我剛剛開始工作的時候,至今依然是。然而我相信,一定存在一個基本的思路和方法,我以為解決性能問題的工作還是在于分解,通過分解來確定問題域。
總處理單量 = 總處理時間/ 單筆請求處理時間 * 總并發數
這個公式另一個寫法為:
總處理時間 = 單筆請求處理時間 * 總處理單量 / 總并發數