時光匆匆，時間轉(zhuǎn)瞬即逝， 科技 發(fā)展的步伐，遠(yuǎn)遠(yuǎn)超出我們普通人的預(yù)計，從當(dāng)初的通信手機(jī)到如今的智能手機(jī)，每年手機(jī)的發(fā)展都在快速的變化，從當(dāng)初還可拆卸的電池，到現(xiàn)如今的一體機(jī)。從哪個拍張照片都模糊不清，到現(xiàn)如今的光學(xué)變焦。
創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價比沅江網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式沅江網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋沅江地區(qū)。費(fèi)用合理售后完善，10多年實(shí)體公司更值得信賴。
手機(jī)的發(fā)展十分迅速，伴隨著的也是系統(tǒng)的快速更新，2007年11月5日，谷歌公司向外界展示了一款名為Android的操作系統(tǒng)。這款系統(tǒng)也伴隨著人們，度過了13個年頭。它給我們的生活帶來了太多的變化
今天小K帶大家看看，這十三年來，Android都發(fā)布了哪些版本，又經(jīng)歷了哪些變化
Android的發(fā)展
2003年10月，大洋彼岸的美國，一個名叫安迪·魯賓的美國人，帶領(lǐng)他的團(tuán)隊打造了Android手機(jī)操作系統(tǒng)，安迪·魯賓本人也被譽(yù)為“Android之父”。
2005年這個團(tuán)隊，被全球最大的搜索引擎谷歌公司收購，Android之父安迪·魯賓成為Google公司工程部副總裁，繼續(xù)負(fù)責(zé)Android項目的開發(fā)。
2007年11月5日，谷歌公司向外界展示歷經(jīng)多年研發(fā)后的Android 阿童木，即Android的測試版本，并發(fā)布了Android 阿童木的源代碼。
2008年9月，谷歌正式發(fā)布Android 1.0
2009年4月30日，谷歌正式推出了Android 1.5手機(jī)，該安卓版本被命名為Cupcake，從這里開始，安卓才算真正開始走進(jìn)大眾的視野。該版本開始支持錄制和播放視頻，并支持上傳到谷歌Youtube；支持藍(lán)牙耳機(jī)，改善配對性能；最新的采用WebKit技術(shù)的瀏覽器，支持復(fù)制/貼上和頁面中搜索；GPS性能大大提高；提供屏幕上的虛擬鍵盤；主屏幕增加音樂播放器和相框widgets；應(yīng)用程序可以自動隨著手機(jī)旋轉(zhuǎn)；短信、Gmail、日歷，瀏覽器的用戶接口大幅改進(jìn)，如Gmail可以批量刪除郵件；相機(jī)啟動速度加快，拍攝圖片可以直接上傳到Picasa；來電照片顯示。
同年9月15日、10月26日，安卓先后更新1.6版本、2.1版本，開始支持更多的屏幕分辨率，并先后改善了用戶使用界面，出現(xiàn)動態(tài)壁紙、支持vpn、可以查看應(yīng)用耗電、支持相機(jī)的閃光燈、數(shù)碼變焦等
2010年5月20日，這個象征著愛情的節(jié)日，谷歌發(fā)布了Android 2.2 Froyo，開始支持3g網(wǎng)絡(luò)共享、Flash、App2sd功能、軟件商店、應(yīng)用API接口的開發(fā)。
同年12月7日Android 2.3 Gingerbread發(fā)布，增加回收站功能、支持VP8和WebM視頻格式、支持前置攝像頭、SIP/VOIP和NFC，一鍵文字選擇和復(fù)制/粘貼、改進(jìn)的電源管理系統(tǒng)；新的應(yīng)用管理方式等。
2011年2月3日 Android 3.0 Honeycomb發(fā)布，針對平板做出優(yōu)化、增強(qiáng)網(wǎng)頁瀏覽功能
同年5月11日 Android 3.1發(fā)布，全面支持Google Maps ，將Android手機(jī)系統(tǒng)跟平板系統(tǒng)再次合并、支持USB輸入設(shè)備、支持Google TV.可以支持XBOX 360無線手柄
同年7月13 Android 3.2發(fā)布，本次更新開始支持SD卡，支持7英寸平板和高通處理器以及桌面小部件自由縮放功能
同年10月19日 Android 4.0 Ice Cream Sandwich發(fā)布，此次更新開始支持截圖功能、圖片編輯功能，可以加濾鏡、加相框、進(jìn)行360度全景拍攝，新增流量管理工具等
2012年6月28日 Android 4.1 Jelly Bean發(fā)布，增強(qiáng)通知欄、搜索優(yōu)化、桌面插件自動調(diào)整大小、加強(qiáng)無障礙操作、語言和輸入法擴(kuò)展等
同年10月30日 Android 4.2 發(fā)布，改進(jìn)鎖屏功能、可用兩根手指進(jìn)行旋轉(zhuǎn)和縮放顯示、專為盲人用戶設(shè)計的語音輸出和手勢模式導(dǎo)航功能等
2013年7月25日 Android 4.3發(fā)布
同年11月01日 Android 4.4 KitKat發(fā)布，此次更新是谷歌為了整合自家服務(wù)，力求防止安卓系統(tǒng)繼續(xù)碎片化、分散化進(jìn)行的一次更新。
2014年6月26日 Android 5.0 Lollipop發(fā)布，這次更新并未有太多的變化，主要更新了桌面功能
同年Android 5.1發(fā)布，支持多張SIM卡
2015年9月30日 Android 6.0 Marshmallow發(fā)布，在對軟件體驗與運(yùn)行性能上進(jìn)行了大幅度的優(yōu)化。延長了手機(jī)的續(xù)航能力
2016年8月22日 Android 7.0 Nougat 發(fā)布，提供新功能以提升性能、生產(chǎn)效率和安全性。進(jìn)一步優(yōu)化續(xù)航能力
同年Android 7.1發(fā)布，本次更新為用戶和開發(fā)人員引入了各種新功能
2017年8月22日Android 8.0 Oreo發(fā)布，本次更新更多的還是支持開發(fā)人員進(jìn)行更新
同年Android 8.1 發(fā)布，優(yōu)化了內(nèi)存、定位服務(wù)等
2018年5月9日Android 9.0 Pie 發(fā)布，利用新的人工智能技術(shù)，讓手機(jī)可以為用戶提供更多幫助。并且會根據(jù)用戶習(xí)慣進(jìn)行自我調(diào)節(jié)
2019年Android 10 發(fā)布，提供黑夜模式，優(yōu)化生物識別技術(shù)、優(yōu)化應(yīng)用、支持可折疊設(shè)備和 5G 網(wǎng)絡(luò)
而隨后的Android 11 預(yù)計將在今年11月3號發(fā)布
安卓手機(jī)歷經(jīng)13年，從最初的只能支持基本的通信和拍照功能，跟隨著時代 科技 的變化，增添各種新的 科技 ，讓手機(jī)成為了我們生活中必不可少的一件電子產(chǎn)品，時至今日我們手上的手機(jī)以及能夠支持面部指紋支付解鎖、更加強(qiáng)大的拍照功能，到可以在手機(jī)上游玩各種 游戲 和進(jìn)行各種 娛樂 ，可以在手機(jī)上觀看視頻等
這些變化從方方面面，改變了我們的生活，讓我們在這十幾年的時間進(jìn)入到一個全新的智能時代，也許你感受不到什么變化，也許你覺得自己的生活沒有什么改變，那不妨與十幾年前時代做個對比！
最后小K 在這里 求關(guān)注！求關(guān)注！求關(guān)注！
首先Android開發(fā)主要是有三個層次的技術(shù)：
1、第一個層次和傳統(tǒng)的嵌入式Linux最接近，主要涉及的是CPU、GPU以及外設(shè)的驅(qū)動以及使能方面。需要熟悉Linux內(nèi)核，Android框架定義中驅(qū)動的接口規(guī)范等等，這部分開源社區(qū)的力量最大。
2、第二個層次主要是涉及Android框架中間件部分，如多媒體/3D框架，Java虛擬機(jī)等等，這部分Google控制的是最嚴(yán)格的，因為他要控制Android各種feature以及捆綁自己的移動互聯(lián)網(wǎng)應(yīng)用，必須規(guī)范中間件。這部分所涉及的軟件技術(shù)也最多，從各種C/C++庫，Java虛擬機(jī)性 能，用戶體驗抽象到數(shù)據(jù)庫設(shè)計等等很大的內(nèi)涵。
3、第三個層次就是App開發(fā)層次，這個層次主要就是利用Android SDK開發(fā)了。很多C/C++出身的覺得是用Java開發(fā)，其實(shí)Java就是啥都是指針的C++，外帶try/catch以及垃圾收集，上手其實(shí)是很快的。
4、如果你是個新手的話建議你多掌握些技術(shù)知識，不管是自學(xué)還是去其他地方學(xué)習(xí)，教學(xué)聯(lián)盟也許會幫助到你，暫且說到這里。
用戶通過系統(tǒng)返回按鈕導(dǎo)航回去的一組頁面，在開發(fā)中被稱為返回棧 (back stack)。多返回棧即一堆 "返回棧"，對多返回棧的支持是在 Navigation 2.4.0-alpha01 和 Fragment 1.4.0-alpha01 中開始的。本文將為您展開多返回棧的技術(shù)詳解。
無論您在使用 Android 全新的 手勢導(dǎo)航 還是傳統(tǒng)的導(dǎo)航欄，用戶的 "返回" 操作是 Android 用戶體驗中關(guān)鍵的一環(huán)，把握好返回功能的設(shè)計可以使應(yīng)用更加貼近整個生態(tài)系統(tǒng)。
在最簡單的應(yīng)用場景中，系統(tǒng)返回按鈕僅僅 finish 您的 Activity。在過去您可能需要覆寫 Activity 的 onBackPressed() 方法來自定義返回操作，而在 2021 年您無需再這樣操作。我們已經(jīng)在 OnBackPressedDispatcher 中提供了 針對自定義返回導(dǎo)航的 API。實(shí)際上這與 FragmentManager 和 NavController 中 已經(jīng) 添加的 API 相同。
這意味著當(dāng)您使用 Fragments 或 Navigation 時，它們會通過 OnBackPressedDispatcher 來確保您調(diào)用了它們返回棧的 API，系統(tǒng)的返回按鈕會將您推入返回棧的頁面逐層返回。
多返回棧不會改變這個基本邏輯。系統(tǒng)的返回按鈕仍然是一個單向指令 —— "返回"。這對多返回棧 API 的實(shí)現(xiàn)機(jī)制有深遠(yuǎn)影響。
在 surface 層級，對于 多返回棧的支持 貌似很直接，但其實(shí)需要額外解釋一下 "Fragment 返回棧" 到底是什么。FragmentManager 的返回棧其實(shí)包含的不是 Fragment，而是由 Fragment 事務(wù)組成的。更準(zhǔn)確地說，是由那些調(diào)用了 addToBackStack(String name) API 的事務(wù)組成的。
這就意味著當(dāng)您調(diào)用 commit() 提交了一個調(diào)用過 addToBackStack() 方法的 Fragment 事務(wù)時， FragmentManager 會執(zhí)行所有您在事務(wù)中所指定的操作 (比如 替換操作 )，從而將每個 Fragment 轉(zhuǎn)換為預(yù)期的狀態(tài)。然后 FragmentManager 會將該事務(wù)作為它返回棧的一部分。
當(dāng)您調(diào)用 popBackStack() 方法時 (無論是直接調(diào)用，還是通過系統(tǒng)返回鍵以 FragmentManager 內(nèi)部機(jī)制調(diào)用)，F(xiàn)ragment 返回棧的最上層事務(wù)會從棧中彈出 -- 比如新添加的 Fragment 會被移除，隱藏的 Fragment 會顯示。這會使得 FragmentManager 恢復(fù)到最初提交 Fragment 事務(wù)之前的狀態(tài)。
也就是說 popBackStack() 變成了銷毀操作: 任何已添加的 Fragment 在事務(wù)被彈出的時候都會丟失它的狀態(tài)。換言之，您會失去視圖的狀態(tài)，任何所保存的實(shí)例狀態(tài) (Saved Instance State)，并且任何綁定到該 Fragment 的 ViewModel 實(shí)例都會被清除。這也是該 API 和新的 saveBackStack() 方法之間的主要區(qū)別。 saveBackStack() 可以實(shí)現(xiàn)彈出事務(wù)所實(shí)現(xiàn)的返回效果，此外它還可以確保視圖狀態(tài)、已保存的實(shí)例狀態(tài)，以及 ViewModel 實(shí)例能夠在銷毀時被保存。這使得 restoreBackStack() API 后續(xù)可以通過已保存的狀態(tài)重建這些事務(wù)和它們的 Fragment，并且高效 "重現(xiàn)" 已保存的全部細(xì)節(jié)。太神奇了！
而實(shí)現(xiàn)這個目的必須要解決大量技術(shù)上的問題。
雖然 Fragment 總是會保存 Fragment 的視圖狀態(tài)，但是 Fragment 的 onSaveInstanceState() 方法只有在 Activity 的 onSaveInstanceState() 被調(diào)用時才會被調(diào)用。為了能夠保證調(diào)用 saveBackStack() 時 SavedInstanceState 會被保存，我們 還 需要在 Fragment 生命周期切換 的正確時機(jī)注入對 onSaveInstanceState() 的調(diào)用。我們不能調(diào)用得太早 (您的 Fragment 不應(yīng)該在 STARTED 狀態(tài)下保存狀態(tài))，也不能調(diào)用得太晚 (您需要在 Fragment 被銷毀之前保存狀態(tài))。
這樣的前提條件就開啟了需要 解決 FragmentManager 轉(zhuǎn)換到對應(yīng)狀態(tài)的問題，以此來保障有一個地方能夠?qū)?Fragment 轉(zhuǎn)換為所需狀態(tài)，并且處理可重入行為和 Fragment 內(nèi)部的狀態(tài)轉(zhuǎn)換。
在 Fragment 的重構(gòu)工作進(jìn)行了 6 個月，進(jìn)行了 35 次修改時，發(fā)現(xiàn) Postponed Fragment 功能已經(jīng)嚴(yán)重?fù)p壞，這一問題使得被推遲的事務(wù)處于一個中間狀態(tài) —— 既沒有被提交也并不是未被提交。之后的 65 個修改和 5 個月的時間里，我們幾乎重寫了 FragmentManager 管理狀態(tài)、延遲狀態(tài)切換和動畫的內(nèi)部代碼，具體請參見我們之前的文章《全新的 Fragment: 使用新的狀態(tài)管理器》。
隨著技術(shù)問題的逐步解決，包括更加可靠和更易理解的 FragmentManager ，我們新增加了兩個 API: saveBackStack() 和 restoreBackStack() 。
如果您不使用這些新增 API，則一切照舊: 單個 FragmentManager 返回棧和之前的功能相同?，F(xiàn)有的 addToBackStack() 保持不變 —— 您可以將 name 賦值為 null 或者任意 name 。然而，當(dāng)您使用多返回棧時， name 的作用就非常重要了: 在您調(diào)用 saveBackStack() 和之后的 restoreBackStack() 方法時，它將作為 Fragment 事務(wù)的唯一的 key。
舉個例子，會更容易理解。比如您已經(jīng)添加了一個初始的 Fragment 到 Activity，然后提交了兩個事務(wù)，每個事務(wù)中包含一個單獨(dú)的 replace 操作:
也就是說我們的 FragmentManager 會變成這樣:
比如說我們希望將 profile 頁換出返回棧，然后切換到通知 Fragment。這就需要調(diào)用 saveBackStack() 并且緊跟一個新的事務(wù):
現(xiàn)在我們添加 ProfileFragment 的事務(wù)和添加 EditProfileFragment 的事務(wù)都保存在 "profile" 關(guān)鍵字下。這些 Fragment 已經(jīng)完全將狀態(tài)保存，并且 FragmentManager 會隨同事務(wù)狀態(tài)一起保持它們的狀態(tài)。很重要的一點(diǎn): 這些 Fragment 的實(shí)例并不在內(nèi)存中或者在 FragmentManager 中 —— 存在的僅僅只有狀態(tài) (以及任何以 ViewModel 實(shí)例形式存在的非配置狀態(tài))。
替換回來非常簡單: 我們可以在 "notifications" 事務(wù)中同樣調(diào)用 saveBackStack() 操作，然后調(diào)用 restoreBackStack() :
這兩個堆棧項高效地交換了位置:
維持一個單獨(dú)且活躍的返回棧并且將事務(wù)在其中交換，這保證了當(dāng)返回按鈕被點(diǎn)擊時， FragmentManager 和系統(tǒng)的其他部分可以保持一致的響應(yīng)。實(shí)際上，整個邏輯并未改變，同之前一樣，仍然彈出 Fragment 返回棧的最后一個事務(wù)。
這些 API 都特意按照最小化設(shè)計，盡管它們會產(chǎn)生潛在的影響。這使得開發(fā)者可以基于這些接口設(shè)計自己的結(jié)構(gòu)，而無需通過任何非常規(guī)的方式保存 Fragment 的視圖狀態(tài)、已保存的實(shí)例狀態(tài)、非配置的狀態(tài)。
當(dāng)然了，如果您不希望在這些 API 之上構(gòu)建您的框架，那么可以使用我們所提供的框架進(jìn)行開發(fā)。
Navigation Component 最初 是作為通用運(yùn)行時組件進(jìn)行開發(fā)的，其中不涉及 View、Fragment、Composable 或者其他屏幕顯示相關(guān)類型及您可能會在 Activity 中實(shí)現(xiàn)的 "目的地界面"。然而，NavHost 接口 的實(shí)現(xiàn)中需要考慮這些內(nèi)容，通過它添加一個或者多個 Navigator 實(shí)例時，這些實(shí)例 確實(shí) 清楚如何與特定類型的目的地進(jìn)行交互。
這也就意味著與 Fragment 的交互邏輯全部封裝在了 navigation-fragment 開發(fā)庫和它其中的 FragmentNavigator 與 DialogFragmentNavigator 中。類似的，與 Composable 的交互邏輯被封裝在完全獨(dú)立的 navigation-compose 開發(fā)庫和它的 ComposeNavigator 中。這里的抽象設(shè)計意味著如果您希望僅僅通過 Composable 構(gòu)建您的應(yīng)用，那么當(dāng)您使用 Navigation Compose 時無需任何涉及到 Fragment 的依賴。
該級別的分離意味著 Navigation 中有兩個層次來實(shí)現(xiàn)多返回棧:
仍需特別注意那些 尚未 更新的 Navigator ，它們無法支持保存自身狀態(tài)。底層的 Navigator API 已經(jīng)整體重寫來支持狀態(tài)保存 (您需要覆寫新增的 navigate() 和 popBackStack() API 的重載方法，而不是覆寫之前的版本)，即使 Navigator 并未更新， NavController 仍會保存 NavBackStackEntry 的狀態(tài) (在 Jetpack 世界中向后兼容是非常重要的)。
如果您僅僅在應(yīng)用中使用 Navigation，那么 Navigator 這個層面更多的是實(shí)現(xiàn)細(xì)節(jié)，而不是您需要直接與之交互的內(nèi)容?？梢赃@么說，我們已經(jīng)完成了將 FragmentNavigator 和 ComposeNavigator 遷移到新的 Navigator API 的工作，使其能夠正確地保存和恢復(fù)它們的狀態(tài)，在這個層面上您無需再做任何額外工作。
如果您正在使用 NavigationUI，它是用于連接您的 NavController 到 Material 視圖組件的一系列專用助手，您會發(fā)現(xiàn)對于菜單項、 BottomNavigationView (現(xiàn)在叫 NavigationRailView ) 和 NavigationView ，多返回棧是 默認(rèn)啟用 的。這就意味著結(jié)合 navigation-fragment 和 navigation-ui 使用就可以。
NavigationUI API 是基于 Navigation 的其他公共 API 構(gòu)建的，確保您可以準(zhǔn)確地為自定義組件構(gòu)建您自己的版本。保證您可以構(gòu)建所需的自定義組件。啟用保存和恢復(fù)返回棧的 API 也不例外，在 Navigation XML 中通過 NavOptions 上的新 API，也就是 navOptions Kotlin DSL，以及 popBackStack() 的重載方法可以幫助您指定 pop 操作保存狀態(tài)或者指定 navigate 操作來恢復(fù)之前已保存的狀態(tài)。
比如，在 Compose 中，任何全局的導(dǎo)航模式 (無論是底部導(dǎo)航欄、導(dǎo)航邊欄、抽屜式導(dǎo)航欄或者任何您能想到的形式) 都可以使用我們在與 底部導(dǎo)航欄集成 所介紹的相同的技術(shù)，并且結(jié)合 saveState 和 restoreState 屬性一起調(diào)用 navigate() :
對用戶來說，最令人沮喪的事情之一便是丟失之前的狀態(tài)。這也是為什么 Fragment 用一整頁來講解 保存與 Fragment 相關(guān)的狀態(tài)，而且也是我非常樂于更新每個層級來支持多返回棧的原因之一:
如果您希望了解 更多使用該 API 的示例，請參考 NavigationAdvancedSample (它是最新更新的，且不包含任何用于支持多返回棧的 NavigationExtensions 代碼)。
對于 Navigation Compose 的示例，請參考 Tivi。
如果您遇到任何問題，請使用官方的問題追蹤頁面提交關(guān)于 Fragment 或者 Navigation 的 bug，我們會盡快處理。
1、開發(fā)工具
Android Studio： Google 官方放棄 Eclipse 和 Android Studio 普及。AS 雖然不算新，但是對 Android Studio 這個軟件的更新速度快的驚人，有大量的新功能發(fā)布。例如支持很多注解代碼提示注解、Live code template、支持自動生成 Parcelable 實(shí)現(xiàn)等等
2、編程“語言”
Kotlin： 作為 Android 領(lǐng)域的 Swift，絕對讓你如沐新風(fēng)。拋棄沉重的 Java 語法，Kotlin 融入了很多現(xiàn)代編程語言的思想，作為開發(fā)者，接受新的語言，了解新語言的發(fā)展趨勢，更有利于開闊你的思路和加深對語言的理解。在 Android 開發(fā)上，使用 Kotlin 并不會讓你付出什么代價，為什么不來試試？ 使用Kotlin進(jìn)行Android開發(fā)。
React Native: 跨平臺一直是程序員的夢想，而且移動應(yīng)用的跨平臺解決方案也很多，因為 Facebook 的參與和力推，讓這個解決方案帶上了光環(huán)。第一個用 React Native 開發(fā)的 App 已經(jīng)在 Google Play 上架 Facebook 廣告管理工具，聽說 Android 的 SDK 也馬上會到來，React Native。
Sky: 與 React Native 類似，使用 Web 開發(fā)語言來做移動平臺的開發(fā)，雖然這個只是一個嘗試，但是這是 Google 自身推出的，特別是在 Java 語言的使用上敗訴之后，這可能會有一些作為呢
3、開發(fā)模式
Dagger 2：依賴注入并不是什么新技術(shù)，但是使用在 Android 確實(shí)一個新的嘗試。Android App 越來越被當(dāng)成嚴(yán)肅的大型項目來構(gòu)建，很多在以前大型服務(wù)器開發(fā)上使用的技術(shù)都被應(yīng)用到了移動開發(fā)。Android 開發(fā)分模塊開發(fā)，使用 Dagger 來松耦合模塊。特別值得一體的是，Dagger 2 現(xiàn)在由 Google 親自接管。
MVP：因為 Android 并沒有嚴(yán)格的業(yè)務(wù)和界面區(qū)分，項目一復(fù)雜，就很容易使代碼陷入混亂。現(xiàn)在 Android 開發(fā)社區(qū)對 MVP 模式討論越來越熱，覺得 MVP 是非常適合 Android APP 開發(fā)。MVP for Android: how to organize the presentation layer
RxAndroid: 函數(shù)響應(yīng)式編程（Functional Reactive Programming）也不是新內(nèi)容，RxAndroid 把 RxJava 帶到 Android 環(huán)境中。很多時候，編寫 Android 程序，你也可以看成是數(shù)據(jù)的處理和流動，換一種思想編程，曾經(jīng)看起來很棘手的問題，瞬間就很優(yōu)雅的解決了：ReactiveX/RxAndroid · GitHub
MVVM ：這是因為開始官方支持 DataBinding，把 MVVM 直接帶到 Android 中。數(shù)據(jù)綁定在 Windows WPF 和 Web 已經(jīng)非常常見，它非常高效的開發(fā)效率，讓你只關(guān)心你的數(shù)據(jù)和業(yè)務(wù)。這也對 Android 開發(fā)來說，無疑是一個非常重大的影響
插件化：針對大型 Android 項目，很多 App 開始使用插件來分模塊構(gòu)建相對獨(dú)立的功能。
Hybrid：完全使用 HTML 5 開發(fā) App，目前還不成熟。但是折中方案在很多情況下是非常適合的，典型的就是微信，大部分信息展示都是通過 H5 來完成，同時通過 Hybird 方式，把 Web 和 Native 打通，提供給網(wǎng)頁訪問本地資源的能力。
4、UI設(shè)計
Material Design：已經(jīng)紅遍了大江南北，這方面的討論實(shí)在太多了，而且各種支持庫都有了，特別是 Google 官方出了一個支持庫
Sketch 3: 這是一個專為設(shè)計移動端 UI 的設(shè)計工具，作為開發(fā)者，不用懂那么復(fù)雜的 PS 使用，也可以做非常專業(yè)設(shè)計
安卓開發(fā)需要掌握哪些技術(shù)如下：
1、扎實(shí)的JAVA基礎(chǔ)，熟練掌握面向?qū)ο螅∣OP）思想，熟悉java序列化機(jī)制實(shí)現(xiàn)Android下IPC的機(jī)制。
2、好的開發(fā)習(xí)慣，一心追求流暢順滑的UI體驗，對代碼有潔癖。
3、熟練掌握Android四大組件（Activity，Service與intentService，LocalBroadcastManager的BroadcastReceiver，ContentProvider）。
4、熟練使用集合、IO流及多線程斷點(diǎn)上傳下載，和線程池的使用。
界面UI：
1、熟練使用Android下常用的布局設(shè)計，新版本Material Design布局和設(shè)計，熟練自定義控件和一些主流的第三方控件的使用等。
2、熟悉Android中的動畫，選擇器，樣式和主題的使用，能夠?qū)崿F(xiàn)市面上大多數(shù)動畫效果。
3、熟練并能獨(dú)立解決市面上各種Android機(jī)型屏幕的適配（圖片適配，Dimens適配和AutoLayout適配等等）。
重慶分公司
重慶分公司
