標籤:android 使用 strong on 問題 代碼 時間 應用 學習
1.不可盲目看API文檔
很多人在接觸學習一門新的平台語言時,總喜歡先去探究一番API文檔。先不說成效如何,至少編者認為這種方式不適合大部分人來效仿,主要原因在於 API 領域廣泛,牽涉到的知識點太多,而對於剛剛接觸平台開發語言的大部分人來說,遺忘速度遠遠大於記憶!這種做法是大量消耗精力、小量吸取知識的方法,只會事倍功半。
2.前人栽樹,後人乘涼
對於初學者來說,任何想要學習與掌握的知識點,之前都會有高人總結過;所以建議大家每學習一個知識點,都儘可能的先動手去網上搜尋和學習別人總結出來的相關知識點的文章,畢竟前任總結的知識會讓你減少學習的彎路。最後再根據每個知識點去詳細翻閱相關的 API 文檔,有針對性、有目的性的去看 API 文檔才會是事半功倍。
3.好記性不如爛筆頭
這句諺語,幾乎無人不知無人不曉,但是總被許多初學者拋在腦後。在學習的時候,總是看代碼多,而動手練習代碼少!身為一個程式員都應該很清楚,代碼如果不多動手敲它,它永遠不會自己跑進腦中,所以多動手才是成功的關鍵。
4.養成自學的習慣
學習新的知識如果總是抱著依賴和期望別人手把手教授,那就不太現實了。因為沒有任何一個人能時時刻刻的陪在身邊給予協助,但是使用 Baidu 和 Google 可以做到!它們擁有著最全的資產庫,使用它們可以尋找到最強的技術,不過,它們永遠都只在那裡等待你去使用它們,如果你不動手去搜尋,那麼對於你來說它們毫無用處。
5.利用小項目實戰進步快
在學習遊戲開發時,一定要多做小項目,比如今天學會了一個新的知識點,那麼首先就要儘可能發散思維,多思考這個知識點會應用到什麼類型的遊戲中,並在遊戲中起到什麼樣的作用等等。然後拿出時間一定要去寫一個小項目聯絡新知識點。
寫小項目有兩點好處:一是鞏固新知識點;二是通過小項目發現知識點實際應用到遊戲中會出現的問題,有些問題不親自動手編寫是根本無法發現的。
6.進步來源於問題
好程式不是寫出來的,是改出來的!這句話沒有人能反駁,因為誰寫代碼都不可能是一遍成功,不用修改不用完善的。
學習中遇到問題時,不應該煩躁而是應該慶幸,因為解決掉問題就意味著進步。千萬不要出到問題不假思索就去請教他人,這樣解決掉的問題沒有任何意義。
當然不推薦大家遇到問題一定就鐵下心的自己去幾天幾夜的鑽研,應該自我把握問題的難易度,如果問題確實超出自己能力的,那麼請教他人反而對自己更有協助,有效率,前提是自己考慮過如何解決此問題。
其實,遊戲開發的學習過程應該是一個拼圖的過程.首先要分模組來學習,積累了一定的模組知識後,再通過這些模組就可以拼出各種類型\各種風格的遊戲。
在遊戲開發中,一般很少使用系統提供的組件進行開發,其主要原因在於遊戲的多樣性.比如一款"連連看"遊戲,它就可以有N種玩法、N種情境、N種風格、N種元素.所以,如果還期望從系統中找到對應組件的話,結果會令人失望,不是系統不想提供,而是它永遠無法知道將要製作的遊戲類型、風格等等。
總結一句話:
開發一款遊戲,請用自己的雙手為這款遊戲建立專屬它的組件!換言之,就是要自己去實現遊戲中的組件,不要再一味的幻想系統能為你帶來什麼。系統只提供“一支筆”、“一張畫布”,僅此而已。至於能創造出多麼精彩的遊戲世界,那完全取決於遊戲開發人員。
【讀書筆記《Android遊戲編程之從零開始》】9.遊戲開發基礎(如何快速的進入 Android 遊戲開發)