系統設計經驗談（三）

2010-12-1

1. 抽象的模組劃分圖是示意圖，在系統設計中應該有配套具體的模組關係圖對其進行解釋。

2. 環形呼叫關係的出現有時是不可避免的。盡量不要出現。

2010-12-2

1. 在複雜呼叫系統中，應該明確同步阻塞關係。

2. 在interpreter模式中，若需要崩潰恢復，不能使用凍結指令碼虛擬機器並恢復的原理，因為執行環境很可能變化了。而應該是快取住之前耗時操作，重新執行。

3. 在設計版本公升級流程中，第一步應該盡量考慮綠色安裝，零配置，通過檔案/目錄名來識別版本號。這樣可以降低系統的複雜度。

4. 指令碼執行中，強制殺死指令碼虛擬機器很可能會存在各種難以預料的問題。（要設計成可以通過外部停止指令碼的形式）

5. 對於各項level的評定，剛開始設計就可以拉大梯度，方便擴充。（不要設計成1、2、3，應該是10、20、30這樣）

6. 多用訊號量，少用輪詢

7. 不要為了介面的美觀而複雜化介面，有的情況下提供 「簡單的介面 + 人為的使用約束」比介面約束要好。

8. 跨程序同步需要在設計的時候規範共享記憶體區的命名或者互斥鎖的命名。

9. 公升級流程在初期設計成遞增版本號，比複雜版本號如(v0123.1)要簡單。

系統設計經驗談（三）

2010 12 1 1.抽象的模組劃分圖是示意圖，在系統設計中應該有配套具體的模組關係圖對其進行解釋。2.環形呼叫關係的出現有時是不可避免的。盡量不要出現。2010 12 2 1.在複雜呼叫系統中，應該明確同步阻塞關係。2.在interpreter模式中，若需要崩潰恢復，不能使用凍結指令碼虛擬機器並...

物件導向系統設計經驗談

物件導向系統設計經驗談 就像我在應用架構設計總結這篇blog中提到的那樣，物件導向的系統設計就好象一群人翻越一座陡峭的懸崖，只要任何乙個人沒有翻越過去，那麼就無法設計出真正的物件導向系統。歸結一下，在你打算進行物件導向的系統之前，你一定要考慮是否已經解決或能解決以下的問題 一 物件的持久化 物件的持...

OO分析設計經驗談

1.oo分析設計不一定用於oo語言,同樣適用於vb,php 以前版本 c等 程式設計之前最好進行oo設計,然後再進行編碼,這樣的 可讀性和易重構性要強得多.2.oo設計之前,首先應具備一定的oo概念.如果從來沒有接觸過,應好好補一下.3.uml是現在做oo設計的統一語言,應好好學習,應擁有一本 4....