在上一篇日誌中，我寫到了想學習android的同學應該要掌握的一些java基礎知識，雖然寫的是基礎，但是其實往往很多的學員們走上工作崗位上就會真正發現基礎決定了你的上層建築能否搭建好！今天，在這篇日誌中，我來和大家談談android基礎的一些建議：
    GOOGLE在2007年成立OHA組織的時候，其實野心就已經表現非凡【這一點我們後續在專門來談談】，不過GOOGLE選擇了一條很容易讓人接收android的方式：手機。為什麼這樣選擇呢？因為有兩個原因：第一、手機人群在急速劇烈地增長，特別是智慧化手機出現後，所以市場的覆蓋面會很廣。第二、IPhone的出現改變了傳統NOKIA的統領位置，讓新鮮的操作互動方式和豐富的APP市場吸引了大量人的眼光，但是其高昂的價格無法覆蓋這篇廣闊的市場，而NOKIA的愚昧自大，又沒有很好地去引用這種優秀的操作互動方式，也沒有去優化和豐富APP市場。正是因為這兩點歷史原因，其實就已經給了需要去學習android的同學們一些指導建議了。先寫一下如下幾點：
    第一、首先android的工程目錄結構需要深入去掌握，例如assets res/raw res/drawable libs jni 等等 他們到底用來做什麼的 區別又是什麼，正確使用的對應目錄結構，有利於APP的資源結構的優化調整，舉個例子：對於某些對圖質要求特別高的，你的圖片可能就要考慮不要放在drawable下，因為drawable下會壓縮失真。那就要可以考慮放到raw下。這些看似與程式設計無關，其實這些與使用者體驗效果有關聯，這樣會讓你的使用者對你的APP的喜愛度，粘性都大大提升。
    第二、 app其實最先能讓使用者感興趣的還是介面UI，特別是自定義UI的實現【商用的APP一般都不會使用原生的UI控制元件】，所以要從Android的UI繼承體系去了解以及認知，例如View與ViewGroup的關係，很多android初級程式設計師們可能會去忽視他們的繼承關係，而殊不知繼承體系對UI自定義控制元件的實現有巨大的影響。另外還要深刻去了解MVC模式在android檢視層的使用，比如控制元件這一塊，ListView的使用就是採用的MVC模式：用Adaptor將View和Data聯絡到一起。這樣去學習，還能在以後的app移動架構中，獲取架構知識原理。
    第三、 關注生命週期和執行流程，我們知道android系統基於java語言機制而來，所以其實底層還是會有JVM的概念存在【換了個名字Dalvik而已】，那麼我們要注意我們的app開發可能隨時被系統回收，那麼我們的操作要注意資源消耗，要注意耗時導致的ANR異常【其實除了ANR的注意 還要注意流暢性：任何一個 View 繪製時間不能超過 16.7ms(每秒60幀才能保證流暢度)】，要注意在什麼流程環節來進行資料恢復。     今天我先寫這些基礎的概念，下一篇我來深入寫寫android的知識體系結構，咱們要學習的內容。敬請期待！！！