oo第一次博客做業

1、分析程序結構

　　第一次做業：多項式加減

　　　　　

 

　　　　　　

 

　　　　　　第一次做業的時候，因爲對於Java程序不太瞭解，致使寫的程序不是那麼面向對象，本身的有一個類很長，佔用了很大的空間。

　　第二次做業：

　　　　

 

　　　　

 

　　　　第二次做業在寫以前，我看過指導書上面要求5個類，因此我就只寫了5個類，我把main方法寫到了調度類裏，致使調度類太長，就會佔用不少的資源。

　　第三次做業：

　　　　

 

　　　　　

 

　　　　　第三次做業我把以前的代碼複製過來了，包括以前的調度類，由於要用到繼承，因此我沒有修改以前的調度類，又寫了一個新的類，繼承這個類，這樣在加上以前的調度類，我就有兩個類比較佔用內存，這是第三次做業的不足之處。

2、分析本身程序的BUG

　　在第一次做業中，個人輸出寫錯了，我沒有判斷輸出的時候有沒有判斷輸出相的係數是否是0，因此這樣就會致使輸出的時候會多輸出一些相，但這些相的係數都爲0，這就被公測測出了兩個BUG。

　　　在第二次做業中，寫的時候我思考了好久，想到了如何讓電梯運行起來，我想到了咱們該何時入隊，如何判斷同質請求，這是一個很大的問題，我當時想到了經過電梯亮燈和滅燈來看是否是通知請求。

　　　在第三次做業中，我寫的時候思考了一個晚上，想了如何捎帶，如何在捎帶的同時判斷同質請求，這個過程我用了根據主指令來判斷通知請求和捎帶請求的方法，在時間計算上有一些複雜。

3、分析本身發現別人程序bug所採用的策略

　　我首先看他的公測有沒有問題，若是沒有問題，我就會看一下他的代碼的核心思路部分，若是沒有問題，就認爲他沒有問題。

　　　若是公測錯了，我就會觀察他是爲何錯了，經過公測錯誤來找他的BUG，找到大概是哪裏有問題，就去看這段代碼，看還有沒有其餘問題，有就算BUG，沒有就沒有了。

4、心得體會

　　　　寫ｏｏ做業的時候，要深刻學習面向對象的方法，不能仍是像之前同樣面向過程，並且，在寫程序的時候必定要先思考好，把各方面問題都想清楚了，在開始寫程序，不然BUG會不少並且很難發現。各個類的資源儘可能要寫的平均，不能寫一些沒有用的類擺在那裏。