先很是誠懇地道歉,此次做業寫在DDL的截止時間30分鐘以後。。。。算法
由於此次高工做業網站新出了博客做業窗口,覺得截止時間會在網站發佈,一直在等待做業發佈的通知,可是沒有等到,最後才醒悟過來。。。多線程
可是儘管這樣,做業依然須要寫,不管算不算分,對本身的大學最後一門正式課程要有個交代。架構
----------下面是做業的分割線-----------框架
「同窗們,大家必定記得要幸福」工具
——from 吳老師 於高工最後一次OO課(大學的最後一節課)測試
聽完這句話,本身淚如雨下,這是一門課的終結,也是咱們的青春的終結。網站
一、第一次UML做業線程
此次做業的代碼框架很是清晰,對於每個類別,都生成一個本身的獨立的類,對於myclass(手誤寫成了myclazz)進行了封裝。這樣作有個很大的好處,就是能夠實現本身定義的許多新的,更方便的實現。架構設計
Bug修復:debug
這做業的錯誤其實都是由於本身對於定義的理解不充分引發的。
(1)對於去重,以及判斷是不是同樣的,本身採用的是根據名字而非id的判斷(怪本身。。。常識性錯誤)
(2)關於多繼承的問題
二、第二次UML做業
(由於圖片太大沒能截全)
架構與第一次做業簡直如出一轍,14個類被一個主類調用。
從第一次做業的雜亂無章,到後面的電梯,UML,每一次做業都是難度的一個飛躍。
第一次做業多項式,本身簡直就是按照C語言的方式來進行的,毫無結構章法,僅僅爲了功能的實現而強行碼代碼,東拼西湊。
那時,最關注的不是什麼設計,結構,最愛讀的是HashMap如何調用這樣level0 語言貼,還記得被正則狂虐到暴風哭泣的夜晚,工具根本不熟練。
第二次電梯做業,多線程,問題出如今不會調試,又是一個難度的上升。
到了規格化做業章節,當本身看到指導書時內心暗自開心(終於熬過頭了),一通飛速寫完提交後發現原來此次考的是算法時間複雜度。
UML做業章節,又出現了指導書差點讀不懂的狀況,被定義瘋狂碾壓。
可是每次被打擊事後,本身都會新考慮不少東西進去,好比算法,好比時間複雜度,好比怎樣寫不容易出bug。
在OO中,感受最重要的就是測試了。40%的時間寫代碼,60%的時間找bug。
本身對於這一點深有體會,倒數第二次做業過來中測就沒有管了,最後爆了一堆點。。。
倒數第一次做業,長教訓後瘋狂測試,纔拿到滿分。
一、代碼能力
工程量比較大,每一次都要花費不少時間coding
二、debug能力
三、熬夜能力
印象最深的就是在規格化最後一次做業時候(已經連錯兩次做業了),在debug到3點的絕望。(巧的是,de完bug出來在圖書館門口發現了跟我同樣在debug的同窗......)
一、課程的網站有點多。。。。相互之間沒有提醒,本身第一次做業發現居然要用到兩個網站,請問能夠在第一次的指導書上提醒一下commit網站嗎
二、可不能夠設置一下做業提醒呢?
本身的最後一次做業漏掉了,雖然本身要背很大一部分鍋,可是一直在等通知(以前一直都有通知。。。),實在有點難受(好像最後一次做業沒交的人也有點多。。。)。