android輕應用
A. 有什麼好推薦的安卓系統的手機主題軟體
91桌面、點心桌面、魔秀桌面
91桌面：比較老牌的一個手機主題軟體了（91助手安卓版於2015年3月30日正式升級為網路手機助手。）用戶超過3億。91桌麵包含的手機主題非常豐富，據官方統計主題超過15萬套，壁紙56萬張，完全能滿足用戶對手機主題的需求。
點心桌面：也是比較老的手機主題軟體了。除了擁有海量的手機主題/壁紙以外，點心桌面其它的輔助功能也相當強大，文件管理、鎖屏、輕應用、小插件等等。點心桌面的功能很多，但是它佔用的內存很小。
魔秀桌面：在智能機興起之前，魔秀就活躍在手機主題/壁紙界。魔秀更主張於UGC（原創）用戶可以在線製作自己的手機主題，這也是魔秀的特色之一。
總結來說，91桌面的用戶群體更龐大，同時也有更多的主題可供選擇。91桌面在手機壁紙/主題美化方面做的非常全面，超多的主題資源足夠用戶每天換一個不重樣。除了主題多之外，主題的類型多樣性（風景、美女、簡約、時尚等）也是91桌面的特色，91整合了非常全面的主題類型。時時滿足用戶的心情。
B. 谷歌安卓版瀏覽器將砍掉「精簡模式」
谷歌安卓版瀏覽器將砍掉「精簡模式」
谷歌安卓版瀏覽器將砍掉「精簡模式」，近日，谷歌公布，計劃在即將到來的Chrome 100版本中，取消手機端的「精簡模式」。谷歌安卓版瀏覽器將砍掉「精簡模式」。
谷歌安卓版瀏覽器將砍掉「精簡模式」1
谷歌旗下的Chrome應該算是全球最受歡迎的瀏覽器，沒有之一。很多國內廠商推出的瀏覽器產品，也基本都是Chromium源碼的套殼版，和Chrome有大量相似的地方。移動端來說，Chrome系的瀏覽器數量也很多，占據了大部分的市場。
日前，9to5Google報道稱，安卓Chrome M100版將取消「精簡模式」。原因很簡單，谷歌認為現在用戶一般都有充足的流量，不需要這種省流模式。按照Chrome設置頁面的介紹，精簡模式下可以更快地載入網頁，並且省下超過60%的流量。
說實話，以個人的感覺來說，在手機端，瀏覽器的存在感越來越弱，能想到的各種應用場景，都是通過App實現的。現在當然也有很多超級App，比如微信，功能非常豐富，還集合了小程序這種輕應用。只是，超級App中，似乎沒有瀏覽器的位子。
當然，移動互聯網初期乃至前智能手機時代，手機瀏覽器還是有很強的存在感的。當時手機流量資費貴、上網價格高，省流模式幾乎是手機瀏覽器的必備功能。除了Chrome，UC、Opera等產品都會在這方面做優化。
現在來說，大家用的各類手機套餐或許資費上會有差別，但流量價格普遍不會特別高。這種情況下，瀏覽器好像的確沒有弄一個省流模式的必要了。不過，感覺，省流模式在部分場景下還是有用的，比如人群建築密集的.區域，移動網路可能出現擁堵，大家上網出現卡頓時，如果有個精簡模式，或許能提前載入出文字等信息，能提升體驗。
所以，谷歌在安卓版Chrome上取消省流模式，固然有自己的理由。但自己還是覺得，保留這個功能，給用戶自己多一個選擇，可能會更好。當然，在國內市場來說，Chrome移動端用戶並不多，市面上也有大量的本土化功能更強的替代品，比如誇克、Alook等。因此，Chrome上的變化，對中國用戶影響不大。
谷歌安卓版瀏覽器將砍掉「精簡模式」2
近日，谷歌公布， 計劃在即將到來的Chrome 100版本中，取消手機端的「精簡模式 」。
「精簡模式」是Chrome瀏覽器最早在2014年在安卓端推出的功能，在開啟該功能後，Chrome將提高網頁的記載速度，並重寫載入緩慢的網頁，僅顯示必要的內容。
根據官方描述，通過開啟精簡模式，用戶能夠節約60%左右的流量。
但目前，從谷歌官方在幫助頁面表示， 他們認為目前用戶的移動流 量越來越多，因此不再有必要保留精簡模式。
此外，谷歌還提到，他們已經對Chrome進行了諸多改進，從而改善網頁載入並減少數據使用，後續也將致力於確保Chrome瀏覽器能夠在移動端提供快速的網頁載入體驗。
但有用戶認為，與其說谷歌是認為用戶不需要精簡模式了，不如說是谷歌不想要在繼續維護精簡模式了，才找出了這個理由。
據悉， Chrome將在3月29日正式向穩定頻道推送100版本 ，在此之前精簡模式可繼續使用。
谷歌安卓版瀏覽器將砍掉「精簡模式」3
谷歌宣布將很快取消安卓版 Chrome 瀏覽器的一項功能，該功能旨在幫助用戶減少移動數據的使用。
根據 9to5Google 報道，這項功能便是 Chrome 的「精簡模式」，該功能將隨著 3 月底 Chrome M100 版本的發布而消失。「精簡模式」最初被稱為「Data Saver（省流模式）」，是谷歌在 2014 年首次在安卓系統上推出的。
根據谷歌的介紹，「在精簡模式下，Chrome 可更快速地載入網頁，並 可節省多達百分之 60 的流量。當精簡模式處於開啟狀態時，Chrome 會使用 Google 伺服器提高網頁載入速度。精簡模式會重 寫載入速度非常慢的網頁，以便僅載入必要的內容。」
了解到，2015 年，谷歌曾為 Chrome 精簡模式增加了完全屏蔽圖片的功能，以進一步減少流量使用。
但現在谷歌不再認為有必要保留這個模式，用戶的移動流量越來越多，而且該公司聲稱，Chrome 瀏覽器繼續通過默認設置減少數據使用。
該公司本周在一個幫助頁面上寫道：「近年來，我們看到許多國家的移動數據成本下降，我們已經對 Chrome 瀏覽器進行了許多改進，以進一步減少數據使用，改善網頁載入，雖然精簡模式即將消失，但我們仍然致力於確保 Chrome 瀏覽器能夠在移動端提供快速的網頁載入體驗。」
安卓版 Chrome 瀏覽器 M100 將於 3 月 29 日發布到穩定頻道，在此之前精簡模式仍將可用。
C. 談談那些精簡版的 Android 應用
上個月（7/25），Facebook 宣布其社交平台取得新的里程碑成就:月活躍用戶數量達到 20 億，從 10 億到 20 億，僅過去了 5 年的時間。
（我們應該也是這 20 億人中的一份子）
業界科技媒體給出了這樣的評論，解釋平台用戶數量快速增長的原因：近幾年，Facebook 針對低帶寬或者網路環境並不理想的地區，專門開發了精簡版的應用，已經從亞洲和其他地區收獲了 7.46 億的新用戶數量。在這新增長的 10 億用戶中，印度是 Facebook 增長最快的市場，用戶已經達到了 1.84 億，而美國、加拿大隻增加了 4100 萬。
除了 Facebook 這樣的大平台外，我們還看到了不少軟體開發商跟進了這一用戶市場，推出了很多相當簡練、實用的精簡版 Android 應用。所以，這是撰寫分享文的初衷： 談談那些精簡版的 Android 應用 ，究竟這些掛著 Lite 標志的應用，有何魅力可以助推大公司在亞洲和其他地區收獲如此驚人的用戶數量，是否存在功能閹割難用的尷尬問題。
精簡版 Apps 的出現解決了哪些需求？正如各大廠商推出這樣的應用時，所倡導的：
所以，我們可以通過各大軟體開發商所宣傳的初衷，總結出兩點推出精簡版應用的原因：
下面我們挑選了 10 款 Apps 作為代表，大家可以重點留意 Apps 安裝包大小和主要功能模塊部分的說明。
從我們梳理出來的信息和安裝體驗來看，可以總結出這樣的信息：
從上面表格中，我們選取了兩款應用作為這次體驗對比的參賽選手，不是要比勝負，只為了讓大家更加直觀知曉精簡版和常規版本應用之間的區別所在。
首先登場的是最年輕的選手 Linkedin Lite，第一次登上世界級賽場的時間是 2017 年 7 月，相信大家對這名選手的情況並不是很了解。隨後我們看到了 LL（Linkedin Lite 啥時候改名字了) 的同門大師兄 Linkedin，早些年曾在職場江湖多年，2016 年被一名叫做微軟的大師傅所收歸門下。
Linkedin 作為職場社交應用，整個應用界面的設計以藍白色為主，給我第一感覺就是穩重商務。Linkedin 頂欄提供了搜索、個人資料入口和領英 APP 推廣入口；頂欄往下是其主要的功能模塊，以標簽頁的形式呈現出來，分別主頁關注動態、人脈、消息、通知、收藏和申請職位；主界面右下角以懸浮響應按鈕的方式提供了撰寫個人動態的入口。
Linkedin Lite 主界面頂欄提供了搜索、消息、通知的入口，主要功能模塊移至底部，分別有主頁關注動態、工作、朋友通訊錄、個人資料，可能是由於 Lite 版是面向非中文的用戶，整個應用僅提供了英文界面。相比常規版本，Lite 版以驚人的 652KB 安裝包大小實現了完整的職業社交應用功能。
接著登場的是一對神秘的弟兄，他們的外號是 Facebook 和 Facebook Lite，由於來自神秘的番外海域，我等中原人士對其知之甚少，僅有部分人士通過民間口傳方式才能獲知一二。
Facebook 的安裝包達到了 71.42MB，屬於這次統計的體積最大的應用，與精簡版相比，增加了秘密傳收件箱、Instagram 和 Message 推廣入口，設定標簽頁中，提供了相當豐富的功能模塊，粗略計算會有超過 40 個小功能。Lite 版本則克制許多，提供了個人動態、邀請、消息、通知、搜尋，以設定選項中 8 個小功能模塊。值得一提的是，Facebook Lite 配備了名為 數據使用 的統計功能，用戶可以方便看到應用在今天、過去 7 天或者自定義時間段內使用的數據流量情況，還推薦了一款 Onavo Protect 節省流量的 App。
上面介紹的精簡版應用，都有共同特點:在官方版本的基礎上，針對不同的實際市場情況所推出的簡化版本，可能刪減不必要的功能模塊，並且著重在網路優化方面下功夫，壓縮圖片顯示、選擇視頻播放素質、應用安裝包縮減。
但我們還看到了精簡版 Apps 的另一種形態，比如早幾年興起的輕應用，圍繞雲端化概念，依靠雲端部署，不再要求本地化安裝，而是通過更加輕便的使用環境去實現原本常規版 Apps 的全部功能。
下面是我們觀察到精簡版應用新的形態。
第一、小程序。2016 年 9 月開始了微信小程序內測，今年 1 月小程序正式上線，標志著小程序正式和公眾見面，還吸引不少人對 小程序能夠替代 APP 的討論。我們姑且不去爭辯小程序和原生 Apps 之間是否具體相互替代性，而是放回討論它們在定位和功能性的差別。
小程序可以視為另一種變形的精簡版 Apps，官方定義是：
目前，受到先天性的因素，小程序並不能完全調度手機硬體資源，所以會比較克制地實現更多輕量化、簡便化的功能，比如資訊瀏覽、工具查詢。
由於小程序是基於微信這個大平台做的程序開發，流量分發管控都會受到微信方面的影響，所以小程序能否在全球其他地區流行，往往取決於微信在當地的知名度。
第二、國內版和國際版。這一點也算是國內特色，我 π 的選題箱中早早躺著這樣的選題：「國際版本和國內版本 App的區別與優劣」，國內應用開發廠商的出海策略，往往是帶來某某國際版，用以區分在國內發布的軟體版本。國內外有所區別的 Apps 同樣可視為另一種精簡版形式。為什麼這么所，我們對比一下微博應用國內外版本的 App 界面：
從界面上，我們已經很容易看到區別所在，在體驗一番之後，感受更加深刻，國際版本明顯就是更加精簡、更加簡化，也更加實用，而國內版則顯得「老態龍鍾」——安裝包巨大、廣告和消息推送干擾，無疑對用戶體驗帶來極其不好的影響。
精簡版應用在國內並不算流行，它們要解決的痛點，比如 Apps 使用需要照顧到網路基礎環境差的實際情況，簡單基礎的功能恰好能夠滿足當地市場需求，而這些情況或許在國內並不存在。反而，國內廠商針對本土市場推出的 Apps 出於盈利？出於提供「大而全」功能的考慮？都喜歡出品一些極其臃腫的應用，這反而極大影響了用戶使用體驗。所以，這篇分享文的目的在於：給大家推薦一些功能體驗上相當基礎實用的精簡版 Apps，偏愛簡單實用或者手機硬體性能並不算出色的玩家可以參考文中提到的 Apps Lite。
D. 急求一個android studio小程序源代碼，最好是紀念日app那樣的，只有最簡單功能就行
主界面
這次我的測評希望可以盡可能地避免出現對於設計美感的主觀討論，為了達到這個目標，我特意用 Keynote 製作了三個應用主界面的「原型圖」。
通過我做的「原型圖」可以看出，三個應用都採用了頂部導航的設計，而其中共有的一個按鈕是「添加新項目」這個使用頻次最高的功能。其次，「最美時光」和「Daybox」都將「設置」按鈕放在了頂部，而「Days Matter」則是將這個按鈕放在了接下來我們會談到的底部導航欄中。除此之外，「最美時光」在頂部設置了一個「更多」按鈕，用來展示最美系列的其他應用，「Days Matter」在頂部設置了一個「分類查看」按鈕，可以呼出左邊側邊欄，用來分類查看不同的倒數日、紀念日。
「最美時光」與「Daybox」僅僅有一個頂部導航，而「Days Matter」則非常復古地添加了一個底部導航欄，這在最近類似的輕應用中是很少見的。具體的功能我們放到後面去分析，至少雙導航欄的設計占據了本屬於倒數日列表的空間是毋庸置疑的，而且過多的元素排布會分散用戶的注意力。
接下來讓我們把目光轉向主界面最重要的元素——紀念日展示，雖然都是列表的展示，但是仔細觀察還是能發現其中的差別的。「Days Matter」與「Daybox」都是採用「一主多次」的排列方案：即給最重要的倒數日最大的展示空間，其他的倒數日則用窄列表排列；而「最美時光」則是採用「一視同仁」的排列方案。這兩種方法各有利弊，一句話來說就是在「視線聚焦」與「更多的展示空間」之間做抉擇，至於確定哪種方案更好，我的計劃是是要調查用戶到底需要記多少個倒數日以及倒數日之間到底有沒有輕重之分，這個在後面我會設計一個實驗來證明。
最後我們要關注的是一個細節，即如何區分「倒數」與「正數」。簡單解釋一下，在應用中我們一般要記兩種日子，一種是倒數，比如「距離 X 的生日還有 XX 天」；另一種是正數，比如「距離我們第一次吃飯已經有 XX 天了」。在應用中如何區分這兩種計數方式是我關心的一個點，因為這體現了這款應用是否夠嚴謹。先讓我們看「Days Matter」,用「已經」、「還有」兩個中文詞彙就輕松區分開了兩種計數方式，從這點可以明顯地看出應用的優勢；「最美時光」的方式也很巧妙，用[+]來表示「正數」，沒有符號則代表「倒數」，雖然會有一定的學習成本，仍可以算是一個「簡約」的方案。表現最差的是「Daybox」，完全沒有在這上面下功夫，單單從界面上根本無法區分「正數」與「倒數」，可以說是一個敗筆哦。
E. YunOS對比Android 兩者究竟有何區別
1、定義不同
YunOS是阿里巴巴集團旗下智能操作系統，融合了阿里巴巴在雲數據存儲、雲計算服務以及智能設備操作系統等多領域的技術成果，可搭載於智能手機、智能穿戴、互聯網汽車、智能家居等多種智能終端設備。
Android是一種基於Linux的自由及開放源代碼的操作系統，主要使用於移動設備，如智能手機和平板電腦，由Google公司和開放手機聯盟領導及開發。
2、發展歷史不同
YunOS：2011年7月28日，阿里巴巴集團旗下阿里雲計算有限公司在北京召開新聞發布會，正式推出了阿里巴巴YunOS，同時聯手天宇朗通發布首款基於YunOS的智能手機天語K-Touch W700，該手機採用NVIDIA Tegra 2硬體平台。
Android：2003年10月，Andy Rubin等人創建Android公司，並組建Android團隊。
2005年8月17日，Google低調收購了成立僅22個月的高科技企業Android及其團隊。安迪魯賓成為Google公司工程部副總裁，繼續負責Android項目。
2007年11月5日，谷歌公司正式向外界展示了這款名為Android的操作系統，並且在這天谷歌宣布建立一個全球性的聯盟組織，該組織由34家手機製造商、軟體開發商、電信運營商以及晶元製造商共同組成，
並與84家硬體製造商、軟體開發商及電信營運商組成開放手持設備聯盟（Open Handset Alliance）來共同研發改良Android系統，這一聯盟將支持谷歌發布的手機操作系統以及應用軟體，Google以Apache免費開源許可證的授權方式，發布了Android的源代碼。
3、優勢不同
YunOS：開放性和共享性，YunOS是搭建一個規范、開放的平台，有統一的標准入口和統一的流量配置機制，共享支付體系和推送體系。
統一賬戶體系，YunOS實現統一通行證的賬號體系，用戶的賬號可以升級為統一的阿里通行證，包括淘寶、支付寶、阿里雲賬號等，就可以連通多個終端，跨越多個應用。
雲端服務是YunOS自推出以來一貫延續的根本優勢，各個版本均延續了雲端服務所提供的海量雲空間、雲備份等功能。
完備的安全防護，YunOS系統原生許可權管理，防護等級達到工信部五級安全標准；有效防止不當應用獲取您的隱私信息，浪費流量，發送扣費簡訊等。
更豐富的應用和娛樂，數十萬款應用和游戲，通過雲手機助手，超過200萬首正版歌曲、10萬部電視劇、5000部電影、5萬部紀錄片、國內外數百檔優質綜藝節目、10萬本正版電子書。
卡片化的生活服務，卡片化生活服務中心，以卡片為載體的更輕、更好用、更智能的生活化服務平台，打破了常規化的APP應用操作，把信息以最方便的方式，展現給用戶，把服務以最快捷的途徑前置使用。
Android：開放性，在優勢方面，Android平台首先就是其開放性，開發的平台允許任何移動終端廠商加入到Android聯盟中來。顯著的開放性可以使其擁有更多的開發者，隨著用戶和應用的日益豐富，一個嶄新的平台也將很快走向成熟。
豐富的硬體，這一點還是與Android平台的開放性相關，由於Android的開放性，眾多的廠商會推出千奇百怪，功能特色各具的多種產品。
方便開發，Android平台提供給第三方開發商一個十分寬泛、自由的環境，不會受到各種條條框框的阻擾，可想而知，會有多少新穎別致的軟體會誕生。但也有其兩面性，血腥、暴力、情色方面的程序和游戲如何控制正是留給Android難題之一。
Google應用，在互聯網的Google已經走過10年度歷史，從搜索巨人到全面的互聯網滲透，Google服務如地圖、郵件、搜索等已經成為連接用戶和互聯網的重要紐帶，而Android平台手機將無縫結合這些優秀的Google服務。
F. 輕應用是什麼
概念
Lapp(Light App)是有網路公司在2013年新提出的「輕應用」概念。那什麼是「輕應用」呢？Lapp其實是一種更容易接入互聯網雲端的一種應用技術。
Lapp與傳統App相比具有以下優點：
更加簡便的訪問方式
Lapp支持瀏覽器的直接訪問，這與傳統的App有本質的不同，也是它的優點之一。設想一下，如果你免去了各類App的下載與安裝，是不是很清爽的一件事？
實時發布與更新
基於雲端（cloud）存儲的Lapp，開發者在完成應用的發布或更新後，cloud端會同步更新，使用者可以直接訪問網路獲取最新的Lapp來使用，減少了現在用戶對App不斷升級的麻煩。
發展機遇
同蘋果的IOS平台和Google的Android平台一樣，Lapp的開發提供了符合發展方向的開源模式。這也最大化的吸引來更多的Lapp開發力量，為cloud Lapp（雲端輕應用）的發展提供堅強的動力保障。
在我們步入4G時代的時候，移動通訊速度也將為Cloud Lapp的發展提供了很好的使用平台。1秒下電影已不再是夢想，那瀏覽使用一款Lapp難道不是很輕松嗎？
未來發展
在網速、cloud端存儲與Lapp開發技術越來越成熟的背景下，屆時更多的本地應用程序都將被通過cloud端的Lapp所代替。如滴滴打車、Photoshop、office甚至是一些大型的游戲都可能推出Lapp版本，屆時我們只需瀏覽網頁就能體驗到強大的功能應用。
在Lapp資源越來越豐富的時候，Lapp搜索或導航也會給用戶提供快捷的檢索能力。語音檢索能力的開發也將極大方便移動終端對Lapp的訪問與使用。
讓我們來預想一下以下場景：
我們走在街上，看到了一幅美女明星的廣告，想知道她是誰？這個時候我們打開手機，訪問人物查詢的Lapp。對著廣告拍照，這個Lapp自動與cloud端人物庫作比較，將檢索的人物簡介發給你。是不是很高端、大氣、有檔次呢？！
蘋果的成功告訴我們只有想不到，沒有做不到。那對於未來Lapp的發展你有什麼設想呢？趕快來寫出你的創意吧！看看誰的Lapp設想能成為下一個「蘋果」創意呢？
轉自：http://bbs.tianya.cn/post-free-3916363-1.shtml
G. taro 怎麼集成 android sdk
【CSDN 編者按】小程序這個由微信帶頭的產物，格外鮮明地體現了移動互聯網的「時機」這個詞，早在微信小程序之前，有力推輕應用的網路，有來自 HTML5 中國產業聯盟的 DCloud 所主張的流應用，但最終卻都已經淹沒在了移動互聯網的歷史長河之中。唯有微信小程序風生水起，更是帶動了巨頭們的爭相入場。
小程序迎來了專屬於中國移動互聯網的群雄逐鹿的時代。
本文作者王安即是流應用的創造者，作為移動領域的老兵，他依然在矢志不移地構建移動開發工具框架及生態，從原生應用到 HTML5 再到如今的小程序，他是這段歷史的見證者、參與者。從這篇文章中，我們能夠鮮活地看到小程序的技術演進歷程，以及對於所有開發者來說，終將去往何處。
作者 | 王安
責編 | 唐小引
封圖 | CSDN 付費下載自東方 IC
出品 | CSDN（ID：CSDNnews）
中國特色的移動互聯網時代
伴隨著QQ 小程序面向用戶開放，這個手機端月活 7 億的巨無霸正式入場。小程序，終於成為了超級 App 的標配。
盤點下已經支持小程序的超級 App：
微信、企業微信、QQ、支付寶、高德地圖、手機淘寶、網路、網路貼吧、網路地圖、今日頭條、抖音……
這些璀璨耀眼的名字，背後都是巨大的流量。
在這群超級 App 的支持下，中國的移動互聯網格局被徹底改變。
這個有中國特色的移動互聯網時代，被稱為「小程序時代」。
這是繼手機支付後，中國的移動互聯網領先世界的第二個代表事物。
中國的技術標准、開發者生態，第一次得到大規模的普及應用，而且很明顯，小程序在功能和體驗上均超過了 HTML5。
中國人能建立開發者生態嗎？這個命題曾一度讓人懷疑。
小程序完成了這一步突破，這是一場值得歌頌的中國技術生態發展史。
讓我們來回顧下這場技術生態革命，是如何開始，又將要去向何方。
羅馬不是一天建成的
小程序不是一天發明出來的
HTML5 於 2007 年在 W3C 立項，與 iPhone 發布同年。
喬布斯曾期待 HTML5 能幫助 iPhone 打造起應用生態系統。
但 HTML5 的發展速度並不如預期，它雖然成功地實現了打破 IE+Flash 壟斷局面的目標，卻沒有達到承載優秀的移動互聯網體驗的地步。
於是在 iPhone 站穩腳跟後，發布了自己的 App Store，開啟了移動互聯網的原生應用時代。
隨後的 Android，本來是基於 Linux 的 OS，與之同期的 MeeGo 等競爭對手採用 C + HTML5 的雙模應用生態策略，然而 C 的開發難度太大，HTML5 體驗又不行。Android 依靠 java 技術生態，在競爭中脫穎而出。
於是在移動互聯網初期，應用生態被定了基調 —— 原生開發。
在那個時候，硬體不行，也沒有其他辦法，原生開發才能在低配硬體上帶來商用體驗。
但大家都在懷念 HTML，那種無需安裝更新、即點即用，直達二級頁面的特點，一直讓人迷戀。
圖源：CSDN 付費下載自東方 IC
國內有一批做瀏覽器的廠商，嘗試去改進 HTML5，他們提出了輕應用的概念。
通過給 WebView 擴展原生能力，補充 JS API，讓 HTML5 應用可以實現更多功能。
不過這類業務沒有取得成功，HTML5 的問題不止是功能不足，性能體驗是它更嚴重的問題，而體驗問題，不是簡單地擴展 JS 能力能搞定的。
這類業務發展的頂峰，是微信的 JS SDK。
作為國內事實上最大的手機瀏覽器，微信為它的瀏覽器內核擴充了大量 JS API，讓開發者可以用 JS 調用微信支付、掃碼等眾多 HTML5 做不到的功能。
微信 JS SDK 說明文檔
但微信團隊對這套方案的體驗仍然不滿意，微信錢包欄目里打車、理財等很多應用雖然嵌入了 JS SDK，但每次點擊要等半天白屏，讓人用著很痛苦，他們在業內開始尋找新的解決方案。
業內早有專業團隊看到了相同的問題。
與瀏覽器不同，Hybrid 應用是另一個細分領域。它們為開發者提供使用 JS 編寫跨平台應用的工具，為了讓 JS 應用更接近原生應用的功能體驗，這個行業的從業者做出了很多嘗試。
筆者所在的 DCloud 即是其中之一，我們提出了改進 HTML5 的「性工能」障礙的解決方案 —— 通過工具、引擎優化、開發模式調整，讓開發者可以通過 JS 寫出更接近原生 App 體驗的應用。
多 WebView 模式，原生接管轉場動畫、下拉刷新、Tab 分頁，預載 WebView……各種優化技術不停迭代，終於讓 Hybrid 應用取得了性能體驗的突破。
Hybrid 應用和普通的輕應用相比，還有一個巨大的差別：一個是 Client/Server，一個是 Browser/Server。簡單來說，Hybrid 應用是 JS 編寫的需要安裝的 App，而輕應用是在線網頁。
C/S 的應用在每次頁面載入時，僅需要聯網獲取 JSON 數據；而 B/S 應用除了 JSON 數據外，還需要每次從伺服器載入頁面 DOM、樣式、邏輯代碼，所以 B/S 應用的頁面載入很慢，體驗很差。
可是這樣的 C/S 應用雖然體驗好，卻失去了 HTML5 的動態性，仍然需要安裝、更新，無法即點即用、直達二級頁面。
那麼 C/S 應用的動態性是否可以解決呢？對此，我們提出了流應用概念，把之前 Hybrid 應用里的運行於客戶端的 JS 代碼，先打包發布到伺服器，制定流式載入協議，手機端引擎動態下載這些 JS 代碼到本地，並且為了第一次載入速度更快，實現了應用的邊下載邊運行。
就像流媒體的邊下邊播一樣，應用也可以實現邊用邊下。
在這套方案的保障下，終於解決了之前的各種難題：讓 JS 應用功能體驗達到原生，並且可即點即用、可直達二級頁面。
如今看來，這已經變成了常識。但在當年，先驅們做了無數艱辛探索。
這套技術，需要讓客戶端引擎提前預置在手機上，就像流媒體的普及，建立在 Flash 的裝機量巨大的基礎上，那麼普及這個客戶端引擎就變得很重要。
2015 年，360 和 DCloud 合作，在 360 手機助手裡內嵌了這個客戶端引擎，推出了業內第一個商用的小程序，360 稱之為 360 微應用。
微應用實現了在 360 手機助手的應用下載頁面，同時出現了「秒開」按鈕，點擊後直接使用。
並且在 360 手機助手的掃碼里，應用的分享里，都實現了掃碼獲得一個應用，點擊分享消息獲得一個應用。
在 360 手機助手 3.4 版本中上線的中國第一個小程序
為了做大生態，DCloud 把這套技術標准，捐獻給了 HTML5 中國產業聯盟，隨後，聯盟開始推動更多的超級 App 和手機廠商加入，共同推進動態 App 產業的發展。
然而事情並不順利，巨頭們有自己的利益訴求。雖然有一批廠商同意加入聯盟共建生態，但最關鍵的角色，真正的國民應用「微信」，最終決定自立標准、自研引擎，當然技術原理與流應用是基本一致的。
2016 年 1 月 11 日，微信公開課，張小龍罕見露面，公布了微信應用號的計劃，為這個大事件親自站台。
2016 年 9 月 21 日，微信宣布更名應用號為小程序，面向首批開發者內測。從此，這個詞被正式定了下來，「小程序」，成為後續一個時代的代名詞。而「流應用」、「微應用」則淹沒在歷史長河中成為一個令人唏噓的故事。
2017 年 1 月 9 日，微信公開課，小程序面向用戶正式推出。
從此後，阿里巴巴、手機廠商聯盟、網路、今日頭條，陸續推出了自己的小程序平台，其中也有很多波折與故事，在有偶然、有必然的過程中，形成了今天的局面。
小程序大潮捲入了更多人，並形成了更大的浪潮，最終迎來了不可逆轉的小程序時代。
生態難，難於上青天
發明能解決功能體驗和動態性的技術方案，雖然難，但不是最難的事情。
最難的是開發者生態的建設。
最初 HTML5 中國產業聯盟的策略是在 HTML5 上擴展強化，復用現有的 HTML5 生態。
當微信的標准完全自立重建時，業內人士都懸著一顆心。
在全球，基於 Web 的技術生態已經非常成熟，各種開發工具、框架、組件、模板...提升著開發者的效率。
小程序丟棄了國際標准組織 W3C 的 DOM 和 Window 標准，僅僅採用基礎 JavaScript。這意味著 HTML5 生態的各種輪子無法復用，要完全重造一個新的小程序開發生態。
當初微信推廣 JS SDK 時，是那麼地順其自然，開發者紛紛開始使用，因為對於開發者，只是在他們的 H5 版本上補充一些 API 而已。
而小程序初期，充滿了開發者的質疑聲：我的業務迭代那麼久，讓我重新做一個版本，你的生態到底能不能支撐我的投入？
微信用持續而快速的版本升級、高管的站台，告訴大家微信做小程序的決心，並最終通過 2017 年底的跳一跳，引爆了小程序。
從此大家的問題不再是我要不要做小程序了，而轉向了：既然要做，怎麼才能提升小程序的開發效率、降低開發成本？
任何一種技術，或者開發模式的演進，在不斷成熟的過程中，都遵循著類似的成熟規律：
技術標准 -> 基礎平台 -> 開發工具 -> 培訓市場 -> 框架誕生 -> 周邊生態逐步完善 -> 輪子之上的輪子
在 HTML5 生態里，已經發展到最終極的形態，比如 Vue 是一個重要框架，而基於 Vue 的各種豐富的 UI 庫、測試框架，則是輪子之上的輪子。
多層輪子代表著生態的繁榮，也意味著開發者的開發效率更高。
可微信的全新標准出現時，它把開發者推回了原始社會，一切都要重來。
這在當時看來，並不是一個必然會成功的事情（其實直到現在，比如圖表類輪子，小程序仍然比不過 HTML5）。
時至今日，討論這個標準的選擇對錯已經沒有意義。當支付寶、網路、今日頭條都開始參考這個標准做小程序時，時代已經不可阻擋。
所幸，最終的結果是，中國人做成了。在國際標准之外，在中國，終於建立起了自己的技術生態。
並且這個生態，給用戶帶來了更好的體驗，給開發者帶來了更多流量和變現效率的提升，這是一個比 HTML5 更優秀的生態。
野蠻的技術生態成長速度
兩年時間，中國的小程序開發者如何從原始社會進階到現代文明？這也是一段有趣的歷史。
我們來看看小程序技術生態是如何快速成長，走完上面所說的這套技術成熟路線，也就是從技術標准到輪子之上的輪子的。
在 Web 世界裡，已經成熟到了原生 JS 用量很少的時代了，開發人員大量使用 Vue 等框架，並且在 Vue 的基礎之上，又有更多輪子。
當中國的開發人員面臨重頭開始時，他們感受到效率對比的差距，既然時代已不可阻擋，那就擁抱它。勤勞的中國技術人開始蓬勃地建設起了小程序各種周邊技術生態。
其中比較重要的是開發框架的迭代，我們看看每個小程序開發框架為什麼會誕生、流行和衰落。
最初的微信小程序，一片荒蠻，一份文檔 + 一個難用的 IDE，很多效率工具比如 npm、預處理器這些都不支持，而這些已經是大型項目離不開的工具。
於是，第一個標志性的框架出現了 —— WePY。
WePY 緊隨微信小程序在 2017 年發布，原本是騰訊其他部門的一個個人工程師的作品。在那個年代，WePY 有效地解決了小程序不支持 npm、預處理器的痛點，被引爆後，騰訊官方才把這個框架收編到官方的 GitHub 下。
不過WePY也面臨很多問題，它使用了私有語法，這讓它在生態建設上面臨很大難度，IDE 著色、語法提示、語法校驗、格式化、人員招聘培訓等各方面問題制約著它的流行和普及。
面對這些問題，人們開始思考，有什麼更好的方式，可以復用現有技術生態來快速完善小程序生態？
這時候下一個重要框架借勢誕生，美團前端在 2018 年初開源了MPVue。
MPVue 採用 Vue 語法來開發小程序，通過對 Vue.js 的底層改造，實現了編譯到微信小程序。
MPVue良好地藉助了 Vue 的技術生態，周邊工具如 IDE、校驗器、格式化等支持直接復用、人員招聘培訓等生態建設壓力大幅下降，受到了大量開發者的歡迎。
看著熟悉 Vue 的開發者終於有了趁手的輪子，那熟悉 React 的開發者怎會無動於衷？
京東團隊是 React 的重度用戶，還自研了 JDreact，於是他們開發了 Taro 框架，一款基於 React 語法編寫小程序的框架。
但 Taro 並不是想簡單做一個MPVue在 React 世界裡的翻版，Taro 相比MPVue，想要解決更多重要問題。
Taro 面世較晚，此時微信、支付寶、網路、頭條都已發布或宣傳了自己的小程序，開發者面臨一個多端開發和適配的問題。
於是 Taro 率先支持多端開發，它甚至還能發布到 H5 和 App。
圖源：京東凹凸實驗室
當時小程序領域還有一個重要變化，微信開始支持小程序自定義組件。
組件是一個成熟框架不可缺的東西，不管是 Vue 還是 React 都有豐富的組件生態。
在過去，MPVue時代，是把 Vue 組件也編譯成頁面模板，這帶來一個很大的性能問題，在復雜頁面里（比如長列表）使用組件，更新組件狀態會導致整個頁面的數據全部從 JS 邏輯層向視圖層通訊一次，大量數據通訊會非常卡頓。
注意：小程序的邏輯層運行在 V8 或JSCore下，和視圖層是分離的，通訊阻塞很容易引發性能問題。
於是 Taro 把 React 組件編譯為新出的微信小程序自定義組件，這種組件在數據更新時，只會更新組件內部的數據，而不是整個頁面更新數據，從而大幅減少了數據通信量。
這一輪的後浪推前浪很猛，Taro 在性能和多端支持上，都超越了MPVue。
看著 React 陣營取得如此成績，Vue 陣營自然會繼續追擊。
我們基於 Vue 開發了 uni-app，它實現了自定義組件編譯模式，並在演算法上做了很多優化。另外，之前MPVue對 Vue 的語法支持度不太完善，比如過濾器等不支持，在 uni-app 中我們進行了解決。
同樣，uni-app 也看到了前浪的其他問題：Taro 雖然邁出了多端的第一步，但多端支持能力比較弱，每個平台仍然各自開發大量代碼。核心原因，是Taro 在 H5 端和 App 端，並不是一個完整的小程序技術架構，無法保持最大程度的統一。
於是 uni-app 在 App 端，使用了一個技術架構相同的小程序引擎，本身就可以直接運行小程序應用，這個引擎搭配小程序代碼打包為 App，開發者一行代碼不用改，可以同時發布小程序和 App。
當然，其 App 引擎從 Hybrid 應用起家，它提供的 API 要比小程序多很多，因為 App 的需求會比小程序豐富，它還支持把 WebView 渲染引擎替換為 Weex 渲染引擎。
之後 uni-app 又發布了 H5 版的小程序引擎，原理與小程序的 PC 模擬器相同，實現了良好的跨 H5 版的發布。於是 uni-app 比較完美地實現了開發一次，7 個平台發布。
第一層輪子就這樣迅速發展了起來，Web 世界裡最成熟的 Vue、React 技術生態被導入了小程序開發生態中。然後輪子之上的輪子開始如火如荼的建設。
以 UI 庫為例，之前的 UI 庫，有 Vue 庫、React 庫，有 PC 庫、H5 庫和小程序庫，種類繁多，甚至說混亂。
比如在 Vue 陣營中，Vant 和 iView 這兩個 UI 庫，都是同時維護兩個版本，它們即有 H5 版，又有小程序版。
不止框架作者麻煩，開發者想在多端使用這些 UI 庫時，會發現在不同端還需要引入不同的 UI 庫，寫法都不一樣，這讓開發者很崩潰。
既然已經可以多端開發應用，於是在多端開發的領域里，開始出現輪子之上的輪子，多端 UI 庫。
首先是 Taro 推出了 Taro UI，實現了 H5 和小程序 UI 庫的統一，不過可惜 Taro UI 不支持 App 端。
然後 uni-app 推出了 uni UI，這個 UI 庫同時支持多家小程序、H5、App。
由於 uni-app 和 MPVue 同屬 Vue 陣營，它們的組件是互通的。於是這兩家聯合舉辦了一場插件大賽，建立了插件市場。
在中國的前端開發者領域，有很多和國外不一樣的地方：一個是國內有小程序，第二個是國內 Vue 的開發者體量遠超過 React 和 Angular。這裡面很大的原因，是 Vue.js 的作者尤雨溪，是中國人。
Vue 和 React 網路指數對比
在龐大的 Vue 用戶體量支持下，uni-app 和 MPVue 的周邊生態迅速發展起來，開發工具、周邊輪子、教育培訓等生態快速完善。目前在 Vue 陣營下，開發者在 Web 生態下所需的輪子，在多端開發下基本也都有了。
短短兩年時間，小程序開發生態里幾撥迭代，輪子之上的輪子不斷涌現，快速進入了成熟期。
結語
產業還在繼續發展，每當底層有重大技術變更時，上層框架世界就會發生新機會。
當年 HTML5 標准不統一，瀏覽器兼容性問題嚴重，誕生了 jQurey 的機會。而在移動互聯網下半場，瀏覽器兼容已經不再是核心問題，jQurey 的地位被更適合移動互聯網的 Vue 替代。
我們不知道未來還會有什麼新的框架出世，但我們知道方向：
對於開發者而言，總是會向著更高的開發效率、更高的性能、更高的投入產出比前進。
對於開發商，目前的小程序，雖然發展了 2 年，但流量增長空間仍然巨大，微信之外，很多超級 App 的勢能將逐漸釋放，整個小程序產業的日活總量有數億的提升空間。
如果開發商能追上這撥紅利，就能獲得更多增長。而多端框架的出現，可以幫助開發商更好的把握這撥紅利。
中國的技術發展，此刻正在經歷一個分水嶺，從全面的技術進口，到開始建設自己的標准和開發者生態。遲早，會開始向外輸出，引領世界的進步。
不管中美是否開打貿易戰，這一轉變都是必須做的事情。
中國的移動支付、小程序、5G，很多領域已經走在了全球前面。中國人發明的 Vue 已經在影響全球。
雖然還有很多困難仍需克服，但我們每個開發者，都是新時代的見證者，更是新生態的建設者！
作者簡介：王安，DCloud 公司創始人，HTML5 中國產業聯盟秘書長。2003 年開始從事移動互聯網工作，十幾年編程和商業經驗，連續創業者。
聲明：作者獨立觀點，不代表 CSDN 立場
H. Java和安卓有什麼區別
Android培訓好還是java培訓好呢?目前IT行業吸引人最多的又屬java和Android。然而很多非IT專業的學生對java和Android有很大的疑惑，java和Android究竟都學什麼?它們之間有什麼區別?是學習java好還是Android好?
下面北大青鳥http://www.kmbdqn.cn/就給大家分析一下java和Android的關系，讓大家在選擇培訓方向的時候有一個好的參考。
Java和Android的區別與聯系
Android是一種以Linux為基礎的主流操作系統，java是一種開發語言。Linux是用C語言和少量匯編語言寫成的，學習Android就需要掌握C語言，而java是Android的開發語言，Android上的應用大多都是用java編寫的。
Java和Android都學習什麼
java培訓的主要內容就是java語言，包括java基礎、web基礎開發、java高級開發等，每個階段都有項目任務，比如說管理系統開發、移動APP、互聯網產品等。
Android培訓的學習內容有基礎java學習、基於Android的app開發、輕應用開發等，階段項目任務是app輕應用開發、管理系統之類的。
大體上看java和Android的學習內容都差不多，只是重點不同，java學習的重心還是java語言開發、web終端開發，而Android更偏向基於Android的app開發。
Java和Android那個更好就業
Android目前來看發展勢頭很好，只是發展的范圍比較小，但是崗位待遇相對高一點;java在手機終端、電腦客戶端、web服務端這些方向都可以發展，工作崗位相對比較多。
選擇哪一方面還是要看個人的需求和愛好，事實上有很多從事java的轉Android，也有很多從事Android的轉java，還有人同時從事java和Android，只要學習能力好、夠努力，進入工作以後相互學習的機會非常多。