第五次作業和第六次作業因為一些個人原因被判了無效所以這裡就不拿出來分析了（捂臉）
第七次作業
設計乙個簡單的計程車排程系統
類圖
度量分析
其實在剛看到指導書的時候，覺得排程規則十分複雜。週日看了一下午指導書之後才大概想到一點思路，接著就開始了一步步嘗試。
其實這次作業的目標十分明確，每個執行緒的任務很清晰，但是在寫排程規則時菜雞的我遇到了不少麻煩，例如如何分別對還在接單期的指令和已經超過接單時間的指令分別操作。另外，這次作業計程車位置的隨意以及對多執行緒的理解不深入，導致我在debug時遇到了不少的麻煩，但還是在大佬們的幫助下一步步啃了過來（雖然經歷過無數絕望的瞬間）。
發現別人的bug
這次我拿到的作業是一位學長的**，光是類就寫了20個，每個類的任務十分清晰，不像我的**一樣很多類都承擔了不少責任有好幾百行。（路過膜一發）
在給對方公測全過後互測試了幾種特殊情況也沒有出現問題後，就直接沒挑bug了
我被發現的bug
在公測點中，對於指令的合法性，我忽略了80個點中最大座標值為79這個條件，所以允許指令的目的地與起始地出現80（給了自己乙個耳光）
互測中遇到的同學十分友好沒有給我挑出bug（也許是同學五一節比較忙以及對我可憐吧qaq）
心得體會
其實oo作業啃一啃也就出來了，不能一直抱著一種消極的態度，寫完之後再看經過的那些挫折其實也很有意思。
所以接下來的幾次作業加油吧qaq（跪求輕虐）
OO第二次部落格作業
從第4次作業開始，就進入了多執行緒程式設計的環節。我個人對於多執行緒的理解就是在乙個程式在執行時有多個執行流，能夠實現多個執行緒併發執行的技術。由於能在同一時間內執行多個執行緒，因而能夠提公升計算機的整體處理效能。第五次作業分析 由於第五次作業是我第一次接觸到多執行緒程式設計，因此這次作業對於我來說...
OO第二次部落格作業
在多執行緒的海洋裡遨遊了三周後，同學們又有了這難得的乙個月一次的oo部落格 休息 時間。多執行緒的各種 玄學 問題可是給我帶來了不少困擾和麻煩。而且這三次作業的共性特點就是特別難debug，不僅是難以給自己debug，給別人debug也不容易。就趁這個時間來回顧下這三周的時光吧！1.簡述 經過了傻瓜...
OO第二次部落格作業
第一次作業 套用生產者消費者模式。電梯作為乙個單獨執行緒，是消費者。輸入執行緒是生產者。全域性只有乙個任務佇列的共享物件。第二次作業 採用生產者消費者模式。耦合比較亂的地方 電梯作為乙個單獨執行緒，同時肩負起排程器和電梯的角色。第三次作業 採用類似於流水線的模式 其實還是生產者消費者模式，不過就是一...