先很是诚恳地道歉,此次做业写在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网站吗
二、可不能够设置一下做业提醒呢?
本身的最后一次做业漏掉了,虽然本身要背很大一部分锅,可是一直在等通知(以前一直都有通知。。。),实在有点难受(好像最后一次做业没交的人也有点多。。。)。