本人這幾周的學習狀態依舊很差，且總是喜歡拖延，因此三周沒有完成相應的要求，在此只能分享一下自己的問題和經驗。對於自己的程式結構，因為仍有問題，就不做分享了。
這學期第二個月也結束了，雖然oo第二單元相較於第一單元對我來說感覺較簡單，但由於我總是拖到ddl前的最後幾個小時前才開始動手，導致每次都過了ddl，還在debug。
第六次作業我和同學稍微**了設計的架構，並索要了他的**，最終查重率高，連累到了同學，對此我十分抱歉。
第七次作業我將對於跨樓跨層的請求採取了將其分別拆分為縱向和橫向的請求，隨後就發現了這兩個請求有先後順序，而我分別將這兩個請求扔在了橫向電梯和縱向電梯的佇列裡，對於排程這方面我還是沒有完全掌握，最終時間所剩無幾，我也就沒提交上去。
按目前的情形，我最好的情況也是要進入補給站了。接下來的時間內，希望自己能摒除雜念，一心學習。
OO第二單元總結
本單元的作業總體來說比較愉快，畢竟不像上次一樣次次重構。本單元為電梯系列問題，涉及到多執行緒問題。簡單起見，我使用的是生產者 消費者模式。本次作業要求實現單部可稍帶電梯。看完題目後我認為生產者 消費者模式非常適合解決這個問題。本次電梯我採用的是look方法。本方法核心即在於電梯方向的判斷，這在dis...
OO第二單元總結
共享資料類 在總結後面的3.基於度量的程式結構分析部分，本人根據展示的uml類圖更加詳細的講解了具體的協同結構工作原理。通過對實現以上操作的共享資料類中的方法設定synchronized，從而實現執行緒對共享資料的訪問同步。ocplsp ispdip 根據以上類圖，分析本次作業設計思路如下 2 根據...
OO第二單元總結
第二單元總結 第一次作業 思路與反思 uml類圖 度量分析 耦合度 第二次作業 思路 第二次作業與第一次的迭代在於電梯增加 人數限制 樓層改變，我依舊用的look演算法，在第一次作業的基礎上修改細節即可，多部電梯要求實現執行緒安全，由於我使用的look演算法，電梯盲目執行，沒有更高階的排程，只需要在...