項目後的總結

這周咱們小組進行了項目答辯，感受本身的答辯效果並不理想，事後反思了一下，這其中是因爲本身沒有作好充分的準備。

答辯後的收穫：
1.XML的註釋編寫，通過老師的指導，本身學會了XML的註釋，本身也去網上特地搜索學習了註釋規範，以防止本身還在這個方面出錯。

2.爲了這兩行代碼我特地去google學習了一下，最後我找到了答案。如下是解釋

1.@SuppressWarnings("deprecation")
J2SE 提供的最後一個批註是@SuppressWarnings。該批註的做用是給編譯器一條指令，告訴它對被批註的代碼元素內部的某些警告保持靜默。
deprecation：使用了不同意使用的類或方法時的警告
連接：http://www.iteye.com/topic/231224

2.@SuppressLint("NewApi")
Android 版本更替，新的版本帶來新的特性，新的方法。新的方法帶來許多便利，但沒法在低版本系統上運行，若是兼容性處理不恰當，APP在低版本系統上，運行時將會crash。爲了使用舊函數編譯能夠經過，能夠添加 @SuppressLint("NewApi") 或者 @TargeApi(9)。
總結：
1.在使用高於minSdkVersion API level的方法須要:用@TargeApi($API_LEVEL) 使能夠編譯經過,不建議使用@SuppressLint("NewApi");
2.運行時判斷API level,僅在足夠高，有此方法的APIlevel系統中，調用此方法;
3.保證功能完整性，保證低API版本經過其餘方法提供功能實現。
連接：http://www.liaohuqiu.net/cn/posts/using-high-api-level-method-compatibly/

3.最後是本身方向的問題，因爲與主項目功能並不符合，因此本身作的部分也是大打折扣。

總結：之後必定好好面對本身所寫的每一行代碼，之前歷來不注意編譯器的警告，只是以爲只要是能消除編譯器的警告，多出來的代碼本身也就沒管了，其實之前一直也有疑問，爲何多出來幾行不認識的代碼，下次遇到這種狀況必定好好研究一番。還有寫註釋的問題，本身也是想固然，覺得全部的語言寫註釋都是同樣的，下次必定先注意。

最後的最後，想送給本身一句話，好好學習技術。