0.前言：本次主要是針對第二階段的三次作業的總結，這三次作業主要是抽象、繼承、多態展開的針對性練習，所以在此闡述在練習過程中的問題以及感悟。 1.作業總結 1. 三次作業的難度逐步增加，由淺及深。由繼承再逐步深入到多態以及抽象類的學習。第二階段的第一次作業的前兩題還沒有涉及到繼承，只是加深對單一職責 ...
0.前言：本次主要是針對第二階段的三次作業的總結，這三次作業主要是抽象、繼承、多態展開的針對性練習，所以在此闡述在練習過程中的問題以及感悟。
1.作業總結
1. 三次作業的難度逐步增加，由淺及深。由繼承再逐步深入到多態以及抽象類的學習。第二階段的第一次作業的前兩題還沒有涉及到繼承，只是加深對單一職責原則的理解和體會。第三題才開始了簡單類繼承的使用，讓我們初步認識體會繼承的實現和使用。第二次作業就在第一次作業的基礎上加了多態的使用，進一步加深理解繼承和體會多態的使用。第三次又在第二次的基礎上增加了抽象類和介面的使用，體會抽象類和介面的實現方法和使用，以及“開-閉”原則的實現方法及其作用。層層深入，讓我們從中學習以及理解。
2.第一次作業的水文校驗相對比較麻煩的就是數據校驗部分，需要用到正則表達式來匹配輸入數據的格式，整個類的設計也是利用類的單一職責將每一部分封裝成一個類，且一個類只負責該類的職責，類與類之間的聚合來實現整個過程，加深了我對單一職責的理解。後面的圖形繼承才開始接觸繼承，Circle類和Rectangle類繼承Shape類，Ball類繼承自Circle，Box類繼承自Rectangle，如果不用繼承就會發現其實他們之間很多代碼都是重覆的，用了繼承給他們之間建立一個聯繫，這樣就可以減少代碼的冗餘，而且也能更加體現他們之間的關係，更加符合實際。接下來的第二次就涉及到了多態的訓練，通過這次作業讓我瞭解到多態的作用，多態就是同一個行為表現為不同的形式或形態。比如同樣是求面積，分別調用Circle、Rectangle及Triangle類，面積就不一樣，需要的屬性參數也不同，使得代碼的靈活性也大大提高。一元多項式求導中出現了抽象類，抽象類可以讓類的設計有很好的擴展性和復用性。第三次也是抽象類的使用，以及“開-閉”原則的使用，開閉原則就是不會對已有的類，設計做修改，而是將它們繼承抽象類實現擴展性和復用性，這就是對修改關閉，對擴展開放。
3.第一次作業的水文校驗中由於沒有仔細看題，就一直漏了一個很重要的點，沒有考慮到存在多餘的空格。後來才發現是這個問題才一直通不過測試點，去百度了方法瞭解到了string.trim()方法可以去除字元串首尾多餘空格。所以仔細看需求分析還是很有必要，可以減少後期的大量檢查錯誤的時間。
蒙特卡羅方法求圓周率這題中就只是說記憶體超限，原因是我把new Circle放在了迴圈裡面，跟著迴圈重覆了多次該步驟就導致了記憶體超限，以後還是要多註意這一點。
第二次作業的圖形繼承與多態一開始我只是簡單地對所有面積進行排序，而並不是題目要求的由對象面積對對象進行排序，一時之間也不理解怎麼對它們進行排序，通過查閱資料發現了compare to介面可以實現對象交換，其實它是通過冒泡排序中比較固定的步驟封裝成一個類演變而來實現的。一元多項式求導中出現最多的就是空指針錯誤，這個錯誤只能回到具體的代碼當中才能更好地描述以及解決，對於這個問題我也描述不太出來。由於有了前兩次作業的基礎，第三次就會顯得比較容易，基本上沒有花費多久時間。
4.三次花費時間比例為5：3：2。
5.編程首先就得仔細看清楚需求分析，這個很有必要，看的越仔細，後期就會花更少的時間來檢查這方面的問題；其次需要屢清楚你要做的是什麼，怎麼做，需要什麼，怎麼分解成一個個小問題，把這些小問題逐個封裝成單獨的類，再通過介面以及它們之間的聯繫建立相應的關係，完成初步設計，在對其針對單一職責和“開-閉”原則對設計作進一步的調整，達到復用性高，設計嚴謹；再者就是需要提前對異常情況做預判以及處理，亦或者規避，保障程式在任何情況都能正常運行，因為測試的工作總是巨大而且相對片面的，並不能完全檢測出所有的異常情況，所以及時做一些異常處理的規避還是很有必要的。
2.OO設計心得
1.每一個單獨的部分通過封裝成類，封裝的類可以通過繼承抽象類或者通過介面來實現多態性。多態必須要求有繼承，抽象類就是為了繼承而生，而它們的基礎都是類的封裝。
2.單一職責原則：一個類就做一件事。“開-閉”原則：對修改關閉，擴展開放，就是一般某個類的方法不滿足需求了，不會對其方法進行修改，而是對其擴展，也就是說創建一個抽象類，另外寫一個子類繼承它來實現新的需求。
3.面向對象的思想就是在解決問題過程中分解成一個個小問題，再把這些小問題作為一個單獨的個體來對它們進行處理，它們有自己的功能和狀態以及與其他個體之間的聯繫，然後它們之間相互作用來解決問題。這樣的設計方法還是比較符合現實的，從小我們就被教育大難題都是由一個個小問題組成的，所以只要把它們分解成小問題，再逐個解決就可以解決大問題了。這也是類似的道理。
4.類主要還是要堅持單一職責原則，一個類就乾一件事，分工明確才有秩序，不會亂成一團。當然也要考慮到“開-閉”原則，增強代碼復用性以及擴展性，使得設計更加靈活多變。
3.測試的理解與實踐
1.通過測試可以檢查程式的功能是否能在各種狀況下正常運行，保障功能正常運行，當然測試的目的並不是單純的為了找錯誤，而是通過分析錯誤產生的原因和錯誤的發生趨勢，可以幫助項目管理者發現當前軟體開發過程中的缺陷，以便及時改進，這樣可以保障代碼的質量以及程式功能的穩定。只有編碼質量有保證，功能才能穩定，才能受到廣大用戶的好評。所以測試是保障編碼質量的重要手段。
2.使用Junit進行程式的測試是可行的，它可以通過編寫一系列的測試來對項目所有的介面或者方法進行單元測試，啟動後，自動化測試，並判斷執行結果, 不需要人為的干預。只需要查看最後結果，就知道整個項目的方法介面是否通暢。並且各個測試之間是相互獨立，互不幹擾的。所以使用Junit進行測試還是一個不錯的可行方法。
4.課程收穫
這四周的OO編程訓練，一次次的加深我對其思想和設計的理解和體會，更加理解面向對象的含義。在練習過程中也會碰到很多問題，逐步認識到自己的不足 。學習到OO編程需要始終遵循單一職責原則和“開-閉”原則，這樣可以更好地檢查代碼的錯誤以及使你設計的代碼有更好的復用性和擴展性，減少代碼冗餘，保證代碼的質量。測試也是不能少的，它可以幫你更加全面的檢查代碼功能問題，減少自己逐篇檢查代碼邏輯的時間和工作量。
5.對課程的建議
1.對於第三階段作業的難度可以稍微提高一點，但是題量少點。
2.對於課程內容講解方面，希望老師可以提供更多學習資源，或者分享一些查找資源的心得和經驗。
6.今後學習安排
後期應該進行有針對性的學習，大體的知識基礎已經有了，接下來就是學習新的知識和進一步完善每一次設計，保證代碼的擴展性和靈活性。
