且在找資料的時候，帶著乙個評價的態度去找。如果不加評價的相信，按照資料說的去做，很容易就遇到與你需要的內容不相關的資料從而走偏。因而帶著評價的態度去查資料，如果看起來可行性不高，則跳過，選擇可行性高的資料。並且在找資料的時候，實時的評價資料中的方案要素，是否已經解決我的問題，如果解決則即刻開始下乙個問題。否則問題已經解決，卻還在找資料，無疑是大大的浪費時間。
找資料前需要提出自己的遇到的問題，需要什麼解決問題的要素。或者需要了解什麼要素是什麼樣的，提問某個封裝要素的施力邊界形態和組成要素的結構。而且將提問記錄下來，在處理某個問題時遇到另個問題的時候就再記一層問題，這樣不至於新的問題忘了舊的問題。若不提問，則無法確定需要找的內容的形態是什麼樣的，也就無法對資料與問題的匹配度做乙個評價。
技術資料的要求是全面易懂。最好的是官方文件，而且要有例項的那種，即全面有容易理解，具有可操作性。這樣可以逐步縮小範圍，然後能夠找到需要的內容。查官方文件的資料的好處就是，心理面明白有就是有，沒有就是沒有。而且搜尋範圍在不斷的減小，如果搜尋某個不包含你需要的內容的文件的話，搜了半天結果範圍卻擴大了，無疑你的情緒就不能夠淡定下來了。
如果不介紹的全面，則造成對某些要素的忽略，在實踐中極易造成問題。在產生問題之後，卻很難定位造成這個問題的要素。這是需要人指導，而有人指導是一件很奢侈的事情。如果沒有人能力能夠指導你，比如比爾蓋茨當年自己創新的時候，你豈不是兩眼一抹黑了？
了解了這個的重要性，還得了解易懂的重要性。如果資料內不給例項，你還得去摸索這個東西怎麼運用，你可能會嘗試很多種用法，嘗試和很多要素組合使用。這個時候如果有乙個例項告訴你，這個內容可以什麼一起使用，且能怎麼樣在一起使用。這豈不是節約了很多時間？
方法的注意事項
package cn.itcast.day04.demo03 使用方法的時候，注意事項 1.方法應該定義在類當中，但是不能在方法當中再定義方法。不能巢狀。2.方法定義的前後順序無所謂。3.方法定義之後不會執行，如果希望執行，一定要呼叫 單獨呼叫 列印呼叫 賦值呼叫。4.如果方法有返回值，那麼必須寫上...
方法覆蓋的注意事項
1.必須保證父子類之間的方法的名稱相同引數列表也相同 override 寫在方法前面用來檢測是不是有效的正確覆蓋重寫 這個註解就算不寫，只要滿足要求也是正確的覆蓋重寫 2.子類方法的返回值必須小於或者等於父類方法的返回值範圍 object是 所有類的最高父類 string是其中的乙個子類 3.子類方...
方法的使用注意事項
方法使用注意事項 1 方法不能定義在另乙個方法的裡面 2 寫錯方法名字 3 寫錯了引數列表 4 方法的返回值是void，方法中可以省略return不寫 5 方法的返回值型別和return後面的資料型別必須匹配 6 方法重複定義問題 7 呼叫方法的時候，返回值是void，不能寫在輸出語句中 方法的過載...