面向對象課程 第二次總結

---恢復內容開始---

　　四月份的三次做業都是對多線程的學習，從最開始什麼也不懂，到後來慢慢理解，慢慢掌握，過程當中出了不少問題，但終因而有所收穫。

第五次做業：

　　一、做業介紹

　　第五次做業與以前的做業一脈相承，增長了多部電梯協同工做的要求，並按照必定的要求把任務分配給電梯線程。

　　二、設計構思

　　做業已經明確要求使用多線程，通過初步的學習，在構建電梯類後，構造三個電梯對象，對應三個線程，模擬三部電梯的運動。請求類做爲一個獲取輸入的請求做用，此外，命令類實現每個請求的格式化，並實現對命令的處理方法；調度器類負責判斷是否爲同質，捎帶，以及按要求分配給哪部電梯運載。

　　但因爲對多線程的理解不夠，出現了莫名其妙的bug，電梯的運載紊亂，最終無效，這次再也不分析。

---

 

第六次做業：

　　一、做業介紹

　　本次做業爲IFTTT工做，要求監控某個文件或者某個目錄下的全部文件，只要監控對象發生了重命名，修改路徑，最後修改時間改變或者修改文件路徑等狀況，就要觸發觸發器相應任務——累計觸發次數，或者記錄修改狀況。

　　二、設計構思

　　這次做業，每當輸入產生一個監控任務，就產生一個監控線程。因爲只要觸發文件的相應修改，監控器就會作出反應，當文件資源發生競爭時，就會產生線程間的衝突，因此使用線程安全的文件操做類來解決這個問題。

　　三、程序類圖

　　

 

　　四、度量分析

 

 

　　五、bug分析

　　本次做業的問題在於若是出現了對於目錄下重命名的文件是沒有進行判斷的，這是設計的時候的疏忽，而對方僅能判斷輸入的正確與否。

---

 

第七次做業

　　一、做業介紹

　　本次做業是模擬出租車叫車系統。在所給定的點陣地圖中安排100輛出租車，並對輸入的叫車請求進行正確的迴應。

　　二、設計構思

　　首先創建相應的出租車，乘客請求類（地圖在所給的包中已經體現，簡化了做業），出租車類中須要對應出租車的位置，信用，狀態，以及相應狀態的詳細信息；乘客請求類中須要請求發出的時間，地點，以及目的地等請求，而且，因爲是對請求進行處理，出租車是不會改變的，因此須要把每次處理請求的過程信息存在請求命令中，好比搶單車輛的信息以及被派單車輛的信息。

　　三、類圖

　　

　　

四、度量分析

　　

　　

五、bug分析

　　本次做業的問題在於時間不是準確的兩百ms，有待解決，對方的正則表達式有誤，而且也沒有實現200ms的要求，等待也並不是20s一次。

---恢復內容結束---