共享資料類：
在總結後面的3.基於度量的程式結構分析部分，本人根據展示的uml類圖更加詳細的講解了具體的協同結構工作原理。
通過對實現以上操作的共享資料類中的方法設定synchronized，從而實現執行緒對共享資料的訪問同步。
ocplsp
ispdip
根據以上類圖，分析本次作業設計思路如下：
（2）根據資料度量分析程式結構
度量分析如下：
（3）本次作業優缺點總結
缺點：根據以上類圖，分析本次作業設計思路如下：
（2）根據資料度量分析程式結構
（3）本次作業優缺點總結
缺點：根據以上類圖，分析本次作業設計思路如下：
（2）根據資料度量分析程式結構
（3）本次作業優缺點總結
缺點：ctle：
以上就是本單元個人的簡要心得體會。
OO第二單元總結
本單元的作業總體來說比較愉快，畢竟不像上次一樣次次重構。本單元為電梯系列問題，涉及到多執行緒問題。簡單起見，我使用的是生產者 消費者模式。本次作業要求實現單部可稍帶電梯。看完題目後我認為生產者 消費者模式非常適合解決這個問題。本次電梯我採用的是look方法。本方法核心即在於電梯方向的判斷，這在dis...
OO第二單元總結
第二單元總結 第一次作業 思路與反思 uml類圖 度量分析 耦合度 第二次作業 思路 第二次作業與第一次的迭代在於電梯增加 人數限制 樓層改變，我依舊用的look演算法，在第一次作業的基礎上修改細節即可，多部電梯要求實現執行緒安全，由於我使用的look演算法，電梯盲目執行，沒有更高階的排程，只需要在...
OO第二單元總結
第一次作業 1.設計策略 程式採用生產者 消費者模式，一共有兩個執行緒，乙個是主線程，主要負責輸入 另乙個是電梯執行緒，用來處理請求。此外，程式還有乙個核心 排程器，內建請求佇列和排程函式，相當於托盤。主線程不斷將請求輸入到排程器中，而電梯執行緒每完成 上樓 開門 出人 進人 關門 的一次迴圈就從呼...