OO第二次博客做業

第五次做業

類圖

度量

 Bug分析

1.本次寫無效輸入的正則時忘記判斷了0樓層爲非法指令致使錯誤。

2.第一次寫多線程設計，不少線程之間的同步控制沒有辦法很好的理清楚，在電梯狀態轉換的邊界上的線程同步控制處理不當。

設計分析

本次設計時沒有很好的理清楚各個線程狀態轉換時，線程之間的交互邏輯。致使當電梯在轉換邊界的指令的捎帶狀況會出現問題。

第六次做業

類圖

度量

Bug分析

1.未能正確理解指導書的rename邏輯，致使rename邏輯出錯。

2.輸入判斷邏輯有誤，致使輸入時不能正確的在指令條數過多時中止。

設計分析

本次做業主要難點在於正確理解指導書後，將每一個功能理解清楚。我將每次監控請求都做爲一個線程來運行，這樣保證了每一個線程之間的消息獨立性。代碼量和思惟量也減少不少，體現了多線程編程的好處。

第七次做業

類圖

 

度量

Bug分析

因爲時間是取自系統時間，且時間精度爲100ms，可能會由於1ms的偏差致使最後100ms的偏差。

設計分析

將每輛出租車，每一個請求各開一個線程。而後經過一個請求列表來進行出租車和請求之間的交互。此次出租車的狀態轉換之間的線程同步處理較爲簡單，只需注意出租車在改變狀態時的幾種狀況便可。

發現別人bug的策略

因爲這幾回做業都是多線程，很差經過大量的數據來批處理的測試對方bug。所以主要採起測公測時研究對方代碼的邏輯來進行測試。

多線程設計總結

多線程的設計關鍵在於幾點：對對象分析以後線程的選擇，線程與線程之間的同步狀態的問題，線程安全問題。

心得體會

感覺到了多線程的程序的方便之處。