phonegapmacandroid

㈠ html5 app開發框架有哪些

①：PhoneGap

PhoneGap 恐怕是最老的一個框架了，相信很多人都已經聽說過甚至使用過它，但是PhoneGap是基於開源的cordova商業版本。

②：Ionic

IONIC 是目前最有潛力的一款HTML5手機應用開發框架。通過SASS構建應用程序，它提供了很多UI組件來幫助開發者開發強大的應用。它使用 javaScript MVVM框架和 AngularJS來增強應用。提供數據的雙向綁定，使用它成為Web和移動開發者的共同選擇。

③：Mobile Angular UI

Mobile Angular UI是使用 bootstrap 3 和 AngularJS 的響應式移動開發HTML5框架。

Mobile Angular UI的關鍵字有：

• Bootstrap 3

• AngularJS

• Bootstrap 3 Mobile組件，比如switches, overlays和sidebars，這些都是bootstrap中沒有的。

• AngularJS moles， 比如 angular-route, angular-touch 和 angular-animate

響應式媒體查詢是將bootstrap作為單獨的文件，你只需要包含你所需要的東西。Mobile Angular UIu並不包含任何jQuery依賴，你需要做的只是通過一些AngularJS指令創建友好的用戶體驗。

④：Intel XDK

Intel XDK 是Inter開發的一款跨平台開發工具，我們可以很容易的通過Intel XDK開發應用，你需要做的只是下載他們的應用開發工具 ，有Linux、Windows和Mac版，它還提供了很多個開發框架，比如Twitter bootstrap, jQuery Mobile 和 Topcoat.

⑤：Appcelerator Titanium

Appcelerator』s Titanium 不同於其它框架的是，它是一個開源的框架。

Titanium是混合式移動應用開發的一站式解決方案，你只需要下載 Titanium studio就可以解決所有的事情，Titanium SDK包含了很多手機平台的APIs和後端雲服務。

Titanium使用 Alloy，Alloy是一個快速開發的手機應用MVC框架， 模塊式開發可以大大減小開發時間，提高代碼復用。

⑥：Sencha Touch

Sencha Touch 同樣也是HTML5手機應用跨平台開發框架，運行iOS/android/Blackberry。它已經誕生很多年了，現在已經成為很常用的混合式編程開發框架。

Sencha Touch可以讓你的Web App看起來像Native App。美麗的用戶界面組件和豐富的數據管理，全部基於最新的HTML5和CSS3的 WEB標准，全面兼容Android和Apple iOS設備。

⑦：Kendo UI

Telerik』s Kendo UI 是一個強大的框架用於快速HTML5 UI開發。基於最新的HTML5、CSS3和JavaScript標准。

Kendo UI包含了開發現代JavaScript開發所需要的所有一切，包括：強大的數據源，通用的拖拉（Drag-and-Drop）功能，模板，和UI控制項。

㈡ HTML5終於定稿，談談怎麼改變世界

我們第一次談論 HTML5 要改變世界大概是因為喬布斯，他堅持在 iOS 上不兼容 Flash，在 Adobe 統治多媒體開發的那個年代，這需要付出極大的勇氣。這么多年過去了，雖然所有人都在談論 HTML5，但是大部分人甚至都忘了它還是一個仍在完善中的體系。

2007 年 W3C（萬維網聯盟）立項 HTML5，直至 2014 年 10 月底，這個長達八年的規范終於正式定稿。接下來，HTML5 將真正開始顛覆原生（Native） App 世界。雖然這種危言聳聽已經讓人有點厭煩。但是如果回顧 HTML 這些年走過的路，你就不會再懷疑它的能量。

一、HTML5的誕生

自 W3C 於 1999 年發布 HTML4 後，Web 世界快速發展，一片繁榮。人們一度認為 HTML 標准不需要升級了。一些致力於發展 Web App 的公司另行成立了 WHATWG 組織，直到 2007 年啟友，W3C 從 WHATWG 接手相關工作，重新開始發展 HTML5。

HTML5 的發展史，有用戶的需求在推動，有技術開發者的需求在推動，更有巨大的商業利益在推動。在互聯網的早期，對用戶而言，能打開瀏覽器接入到互聯網世界就是一個神奇的事情，但互聯網發展到 2005 年前後，開始出現下一個變化，就是寬頻互聯。

隨著寬頻的普及和電腦性能的增強，人們不再滿足於單純的通過互聯網看新聞、收發郵件，消耗更高帶
寬的娛樂產品開始出現，就是流視頻和網頁游戲。其實視頻和游戲是古老的需求，在互聯網不普及的時候，需求的滿足方式是離線傳輸的 VCD
和游戲光碟；後來互聯網逐漸普及，人們更改了使用方式，通過下載軟體 + 本地媒體播放器來看視頻，下載體積較大的端遊玩游戲。

但是對消費者體驗更好的新方式還是出現並顛覆了以激鎮前的一切，那就是流媒體和網頁游戲。Youtube 等公司把握住潮流飛速崛起，各種頁游公司也如雨後春筍。

HTML
標准沒有把握住產業的變化及時演進，瀏覽器產品也未升級，這塊新需求被瀏覽器插件滿足了，那就是
Flash。這個部署在億萬瀏覽器里的商業插件儼然成為事實標准。2005 年 Adobe 巨資收購 Macromedia，把 Flash
收歸旗下，緊接著大幅推廣 FLV 流媒體和 action script 語言，很明顯這樁收購可以列為 IT 並購的經典案例，FLV 流媒體和
Flash 游戲風靡互聯網，Adobe 在新的產業升級中攫取了大量悄鉛槐的利潤。

除了 Flash 這個商業產品成為了事實標准，W3C
還面臨一個尷尬，就是另一個私有擴展協議的製造者—IE。IE 當時在桌面瀏覽器佔有壟斷地位，並且擴展了大量的 IE Only
語法，開發者完全不知道這些語言是誰定義的。整個 web 世界，就被兩家公司微軟 +Adobe 綁架了。

很多 IT 巨頭都坐不住了，尤其是蘋果和 Google。PC
操作系統的世界難有突破，Web 瀏覽器被蘋果寄予厚望；新貴 Google 雖然大量贊助 Mozilla，但並未對 IE
的地位產生實質影響，收購了 YouTube 後發現命脈在 Adobe 手裡，也是非常難過，而且 Google 每年給 IE 的搜索框和
Adoble FLV 繳納的費用真不是小數目。

既然大家都是 W3C 的主席單位，好吧，我們重新開始做 HTML5 吧。是的，HTML5 其實就是這么誕生的。

二、HTML5第一階段： Web 增強與破壟斷

自 HTML5 誕生以來，一共經歷了兩個階段，分別是 Web 增強和移動互聯網。我們先從 Web 增強說起。Web 體驗的豐富增強主要表現在：

WebApp HTML5新增了離線存儲、更豐富的表單（比如Input type=date）、js線程、socket、標准擴展embed、css3…
流媒體 HTML5新增了audio、video
游戲 HTML5新增了canvas、webgl

當然 HTML5 還為搜索引擎的語義分析做了優化，比如新增 Header 和 Section 等標簽，也在無障礙等領域做了不少工作，這些不再多述。HTML5 在流媒體和游戲方面的努力，成功的遏制了 Flash 的發展，然後就該遏制 IE 私有語法了。

在 HTML5 標準的升級過程中，蘋果和 Google
同時也看到了瀏覽器市場重新洗牌的機會，他們一方面參與 HTML5 的規范，一邊在瀏覽器產品上發力。Apple 首先開始大力發展
Safari，建立 WebKit 開源項目，遷移 Safari 到 Windows 平台；Google 起初是贊助 Mozilla 開發
Firefox，後來自己開發了 v8 引擎，合並 WebKit，於 2008 年正式推出 Chrome。「IE 的私有規范 +Flash
不是標准，我們才是標准」這樣的口號在新一代瀏覽器大戰中打響，IE 瞬間成為千夫所指的壟斷代表，甚至成了阻礙 Web 發展的罪人（當時 IE6
已數年未更新，並且絲毫不懼 Firefox 的發展）。
、
偏偏微軟此時也出了暈招，推出了一系列即不完整支持規范又互相不兼容的 IE7、8、9、10，徹底失去了開發者的支持。

Adobe 的 Flash 被遏制，與 Web 霸主的位子擦肩而過；IE
的私有標准被遏制，並且造成 IE 市場份額不停下滑，直到 IE 最新的移動版本反過來開始支持 WebKit 語法，真是令人唏噓。不知道
HTML6 是不是該打倒 WebKit 壟斷了。

三、HTML5第二階段： 移動互聯網

隨著 Chrome 和 Safari 的高歌猛進，以及 IE+Flash
的衰落，HTML5 告一段落，進入了下一個時代——移動互聯網。HTML5 的跨平台優勢在移動互聯網時代被進一步凸顯。HTML5 是唯一一個通吃
PC、Mac、iPhone、iPad、Android、Windows Phone 等主流平台的跨平台語言。Java 和 Flash
都曾夢想這個位置，但夢斷於 iOS。此時人們紛紛開始研究基於 HTML5 開發跨平台手機應用。很多人當時認為，原生應用只是過渡，就像當年從
C/S 結構轉變為 B/S 結構一樣。而且學習 Objective-C 和 Java 很費勁，我既然會網頁開發，為何不試試 HTML5。

W3C 此時成立了 Device API 工作組，為 HTML5 擴展了
Camera、GPS 等手機特有的 API，然而麻煩的是，移動互聯網初期的迭代太快了，手機 OS 在不停的擴展硬體
API，陀螺儀、距離感應器、氣壓計。。。每年手機 OS 都有大版本更新。而 W3C
作為一個數百家會員單位共同決策的組織，從標准草案的提出到達成一致是非常復雜的過程，跟不上移動互聯網初期的快速迭代。
PhoneGap 的出現，給開發者打開了一扇窗。很多人期待 PhoneGap 不停擴展 API，來補充瀏覽器的不足。Adobe 看到
PhoneGap 彷彿看到了重振江湖地位的希望，但在 Adobe 收購 PhoneGap 後，又發現這個東西問題很多，而且開源使得 Adobe
無法像 Flash 那樣獲取商業利益，於是就把 PhoneGap 捐給了 Apache，改名為 Cordova。

因為各種原因，Cordova
的定位最終沒有成為瀏覽器的強化，而走向了混合式開發。基於當時的背景，他們認為原生是不可替代的，「原生 +HTML5」的混合模式更有意義。所以現在
Cordova 的使用往往是「原生工程師 +HTML5 工程師」一起協作完成 App。

這時 Facebook 加入了 W3C，牽頭成立了 Mobile Web
工作組。Facebook 是混 Web 圈的，並且在手機 OS 上並無自己的領地，他不喜歡被蘋果和 Google
掌控的原生應用生態系統。Mobile Web 這個工作組的重要目標就是讓 HTML5
開發的網頁應用達到原生應用的體驗。然而，事與願違，它不努力也就算了，結果是努力了卻失敗了。2012 年，Facebook 放棄了 HTML5
的新聞充斥了全世界的 IT 媒體，HTML5 瞬間被打入冷宮。

Facebook 為何放棄 HTML5？核心是當時基於 HTML5 真的做不出好的移動
App。對比 Twritter 等競爭對手的原生 App，Facebook 的 HTML5 版本實在無法讓用戶滿意。比如 Push 功能，到現在
HTML5 的推送和原生的推送體驗差距依然巨大，更不用說 HTML5 應用的頁面切換白屏、下拉刷新 /
側滑菜單不流暢等眾多問題。看著原生工程師輕松實現搖一搖、二維碼、語音輸入、分享到朋友圈等功能，更是讓 HTML5 工程師感覺自己站錯了隊。

即使 Facebook 不喜歡被控制，也不能拿被用戶拋棄來冒險。而且 Facebook 並沒有掌握關鍵點—手機瀏覽器內核。如果瀏覽器不跟上，其他都是白搭。

而瀏覽器在手機上的表現是什麼呢？先看 Google，Chrome 性能雖高，但
Android 上的瀏覽器卻並非 Chrome，而是 WebKit 改出來的一個蹩腳的 Android 瀏覽器；再看蘋果，iOS
上不允許其他瀏覽器引擎上架 App Store，而且其他使用 Safari 引擎的應用也無法調用蘋果自己的 JavaScript 加速引擎
Nitro。結果是蘋果和 Google 不但不在瀏覽器上積極實現 HTML5 關於移動 App 所需的規范，反而對 HTML5 做出種種限制。

不管是當時硬體能力不足，還是手機 OS 廠商的故意限制，總之結果很明顯：在移動互聯網的初期，一定是原生應用生態系統的天下，iOS 和 Android 首先把自己變成老大後，其他小弟才能尋覓到成長的機會。

Facebook 也好，PhoneGap 也好，想在移動互聯網初期就分一杯羹是分不到的，但堅持下來，機會往往會出現。

四、HTML5這回真的來了

HTML5 在這個時間定稿，不晚不早，硬體性能更強、手機 OS 迭代速度下降。隨著
HTML5 標準定稿，一切紛爭將告一段落，現在，屬於 HTML5 的時代到來了。這個曾讓人滿懷希望，又被 Facebook
等眾多滿懷希望的開發者放棄的技術，現在會告訴大家，曾經讓各位失望的原因，現在已經不存在了！這聽起來有些驚人，大家不禁要問：是真的嗎？讓我們細細分
析。

業內俗稱 HTML5 有「性功能」障礙。即 HTML5 性能不如原生、開發工具不如原生、能力調用不如原生。

這幾個問題導致開發者無法使用 HTML5 做出與原生一樣的 App。然而，不管是硬體升級還是 OS 廠商策略變化，以及相關軟體技術的成熟，已解決了 HTML5 的「性工能」障礙。

移動端硬體軍備競賽 2011年，iPhone 4s的CPU是A5，現在iPhone 6是A8，按蘋果的歷次發布會的說法，速度共提升了7.5倍。這3年間7.5倍的速度提升，抹平了太多HTML5的性能問題。
蘋果、Google的策略變化 Google
在2013年底發布的Android 4.4，內置的Webview不再是蹩腳的Android
WebKit瀏覽器，而是Chromium。2012年iPhone
5發布後，HTML5在iOS上的表現已令人滿意，Safari獨家的JavaScript加速引擎Nitro不再那麼重要，不過在iOS
8發布後，蘋果還是很識趣地取消了三方程序調用Nitro的限制，現在任意瀏覽器或應用調用iOS的UIWebview都可以利用Nitro加速。兩大手
機操作系統霸主和瀏覽器巨頭的態度發生了變化，使得HTML5在手機上的發展不再受限，而且這個變化不可逆只能繼續向前，這種變化勢必會產生深遠的影響。
軟體技術的成熟 PhoneGap的發展雖然放緩了，但其他產品技術卻成熟了。2014年的iWeb大會上，眾多廠商的產品提供了面向開發者免費或開源的HTML5性工能障礙的解決方案。

我們都知道瀏覽器的默認控制項樣式和原生控制項樣式差別很大，一個高性能的、樣式體驗與原生控制項一樣
的 UI 框架是非常重要的，之前 jQuery Mobile 等產品的因性能不足，所以難當此任。在這里做一個廣告，我所在的 DCloud 公司在
iWeb 大會上發布了系統的 HTML5「性工能缺失」的解決方案，包括解決 HTML5 性能問題的手機端引擎、超快的 HTML5 開發 IDE
產品 HBuilder、還有把 40 萬原生 API 封裝成 JavaScript 對象，以解決 HTML5 能力不足問題的
Native.js 技術。

英特爾公司發布了 Crosswalk 引擎，可以讓 Android 4.0-4.3
的手機上的應用打包 Chromium 引擎而不是 Android WebKit。雖說未來 Android 4.4
會占據更多市場份額，但目前主流的 Android 手機的系統版本畢竟還是 4.1、4.2。

在專業方向上很多公司也做出了不錯的成績。觸控的 Cocos2d-html5、Egret runtime 和 Ludei CocoonJS 強化了 Canvas 的表現，讓 HTML5 游戲體驗更好；UC、獵豹等手機瀏覽器也強化了音視頻播放的表現。

不管是硬體升級、軟體成熟，還是操作系統廠商策略變化，都在強力推動 HTML5 的爆發。
不過要注意，我說的 HTML5 爆發，不是指手機瀏覽器爆發。有人說 HTML5 不好，因為用戶討厭打開瀏覽器輸入 URL
的過程。我想說這種想法是對 HTML5 的片面理解。HTML5!= 傳統瀏覽器，雖然編程語言還是
HTML、Javascript、CSS，但發行方式絕不是傳統網站那麼簡單。HTML5 應用的入口，反而很少是啟動瀏覽器輸入
URL，它可以是存在於手機桌面的圖標、也可以來自超級
App（如微信朋友圈）、以及搜索引擎、應用市場、廣告聯盟。。。到處都是它的入口。它的入口，比原生 App 更多。

五、原生App的顛覆

HTML5 的「性工能」障礙得到解決，可以接近原生 App 的效果，所以它就可以替代原生
App 嗎？很多人認為，即使 HTML5 會發展的比現在好，也將是與原生 App 各佔一部分市場的格局，要求不高的長尾應用會使用
HTML5，而主流應用仍是原生 App 的天下。

但我認為這樣的想法很危險，就像 HP 的高層告訴沃茲：誰會在家裡擺一台電腦呢？未來 HTML5 肯定會顛覆原生 App。「性工能」障礙的消除，只是 HTML5 的劣勢被削弱，但劣勢被消除後，它的優勢就會大放異彩，HTML5 的優勢是什麼？對開發者來說：

跨平台 在
多屏年代，開發者的痛苦指數非常高，人人都期盼HTML5能扮演救星。多套代碼、不同技術工種、業務邏輯同步，這是折磨人的過程。有點類似個人電腦早期世
界，那個時候的每家電腦都有自己的操作系統和編程語言，開發者疲於做不同版本，其實DOS的盛行也很大程度是因為開發者實在沒精力給其他電腦寫程序。跨平
台技術在早期大多因為性能問題夭折，但中後期硬體能力增強後又會占據主流，因為跨平台確實是剛需。
快速迭代 移
動互聯網是一個快魚吃慢魚的時代，誰對用戶的需求滿足的更快，誰的試錯成本更低，誰就擁有巨大的優勢。互聯網產品大多免費、且有網路效應，後入者搶奪用戶
的難度非常大。使用原生開發，從招聘、開發、上線各個環節的效率都慢一倍以上，而且參與的人越多，溝通效率往往拖慢不止一倍。
減低成本 創業者融資並不容易，如何花錢更高效非常重要。如果你使用原生開發的App和競爭對手使用HTML5開發的App沒什麼區別，但你的開發成本高出一倍，我相信沒有投資人會喜歡給你投錢。
導流入口多 HTML5應用導流非常容易，超級App（如微信朋友圈）、搜索引擎、應用市場、瀏覽器，到處都是HTML5的流量入口。而原生App的流量入口只有應用市場。聰明的HTML5開發者當然會玩轉各種流量入口從而取得更強的優勢。
分發效率高 前
段時間微信朋友圈風靡一時《神經貓》，這個游戲如果放到Appstore，絕對沒有那麼多流量，超級App帶來的流量，遠大於原生應用市場。假如微信允許
游戲在桌面創建快捷方式、假如游戲後續升級解決持續娛樂問題，未來不可想像。除了入口多、流量大，導流效率高也不可忽視，誰都知道：頁游和端游打同樣的廣
告，廣告變用戶的轉化率，頁游遠遠高於端游。

HTML5
對用戶的好處是：和流量入口多、分發效率高相對應的。大幅降低使用門檻。用戶眼睛看到一個興趣點，點擊後，就應該立即開始滿足用戶需求。比如流媒體可以立
即看，頁游可以立即玩。而目前的原生應用市場，用戶需要這樣操作：選一個應用、等待下載、確認許可權、等待安裝，然後點擊打開。這樣糟糕的體驗遲早要被顛
覆。不管是 App、游戲還是音視頻，未來都將即點即用。誰先滿足用戶這個需求，誰就制勝。

這就是所謂「天下武功，唯快不敗」。分析至此，我們可以明顯的看出，不管是站在最終用戶角度、還是站在開發者角度，HTML5 必將取代原生應用當前的位置。並由此引發一系列顛覆。

六、還有什麼會被改變？

HTML5 的爆發，原生 App 生態系統的顛覆，是一場產業革命，很多角色都會受到影響，我們來預測一番。

標準的 HTML5 引擎並不能解決 HTML5 的所有問題，擁有大流量入口的互聯網巨頭，莫不在思考內嵌更優秀的增強引擎。騰訊推出了 X5 瀏覽器引擎，就是看中這個機會。

目前各路瀏覽器廠商、應用市場廠商、甚至 rom 廠商，都在努力整合更優質的瀏覽器引擎。
假使微信內嵌的 webview 可以運行更優秀的 canvas 游戲、假使 360 手機助手可以發行即點即用的 HTML5
應用並且能力體驗與原生一致、假使小米 rom 內置更強大的 webview 使得所有 HTML5
應用在小米手機上運行的更流暢。所有巨頭都會聞風而動，沒錯，這場戰役會是移動互聯網世界的二次世界大戰。

應用分發市場將面臨洗牌，
由於超級 App 的巨大流量能輕易成為 HTML5
應用的入口，並且會形成大者更大的效應，傳統的應用商店、甚至線下預裝，這些流量不足和效率偏低的發行模式將被擠出市場主流。本身也是超級 App
的大流量應用商店，如果轉型得當，也將以發行 HTML5 應用為主。

原生的廣告和統計SDK提供商會面臨尬尷，Google、網路等基於網頁的廣告和統計服務會取得更大的優勢。開發者不再需要打包 SDK，引入一個 Script 即可。

開源技術將在移動互聯網領域更加流行。HTML 的開放性造就了大量的開源產品，也反向促進了 HTML 的繁榮。在 Github 上有大量的 JS 框架，而原生的開源代碼數量相比甚少。而未來移動互聯網世界將因為開源而發展的更迅速，這里也同樣存在類 Github 廠商的機遇。

早期 HTML 只需要記事本寫幾個 Tag，中期的 HTML、JS、CSS
比較復雜，需要更高級的文本編輯器，但 HTML5 到來後，它的代碼量、復雜度、開發模型將與原生開發看齊，需要類似 XCode、Eclipse
等專業的 IDE 工具來解決開發、調試的問題。一些以會使用記事本寫代碼為榮的開發者，將面臨思路轉換甚至被更高效的開發者淘汰。

HTML5 的強大會引發很多安全問題，並且解決思路與原生不一樣，業內有可能會出現新的安全廠商領導者。

七、結語

寫到結尾，感覺話題有點大了。其實未來如何發展是沒人能准確預測的，變數非常多。但我想讓用戶和開發者都更方便的趨勢是不會錯的。歡迎大家一起討論 HTML5 的問題，在爭議中提煉真知。（36氪最近將會優先接受一些 HTML5 的開發者來投稿參與討論，關注但不限於 HTML 游戲開發，瀏覽器內核，輕應用分發，郵箱 tips#36kr.com）

㈢ 有沒有把網頁轉換成可執行文件的網頁

在
HTML5的崛起、JavaScript要一統天下之際，有一個名為【跨平台】的技術越來越火。為什麼會這么火？因為軟體開發者只需一次編寫程序，即可在
Windows、Linux、Mac、IOS、Android
等平台運行，大大降低了程序員的工作量，也使公司的產品可以快讀迭代。曾經跨平台技術的不被看好，如今隨著手機、電腦硬體的發展而快速發展。這一切，幾乎由HTML5技術推動，當然，JavaScript
這個語言，是最大的功臣。

以上是最簡單的打包方式，至於怎麼修改窗口大小、菜單欄怎麼加、怎麼調用系統API這些，就給你慢慢去研究Electron了。

㈣ 求教phoneGap怎麼獲取 安卓6.0以上的mac地址

保存的時候在c++中加個擴展名c就可以啦

㈤ 目前編寫一款簡單的手機應用APP一般用什麼編程語言

編寫手機App，用什麼語言？

從簡單到復雜，可以分三級：

其實就是把網頁封裝成App。編程語言就是網頁三件套：HTML+CSS+Javascript

有多種工具和框架，如Cordova, uni等等。

這種方式實現「App」最容易，且跨平台，對於iOS和Android做一套就行了。代價是功能弱，性能低，換句話說就是「卡」。

這類方案在iOS和Android之上自行實現一套原生框架。通用的Flutter, ReactNative都是流行的原生跨平台框架。適用於 游戲 的Cocos2D，Corona SDK也可以算在這一級里。

這類方案實現App難度中等，因為跨平台，一次開發，iOS和Android都能運行。功能和性能也是中等，比不上原生App，但比HTML5的又好很多。

直接在iOS和Android上各自開發一套原生App。

iOS可以使用Objective C或Swift。

Android可以使用Java或Kotlin。

還是來一個圖表吧，雖然簡單，卻很明了：

推薦用Flutter，簡單。

以前自己用android原生寫過7天酒店簽到程序，不過當時的安卓還是比較難寫的，不像現在越來越容易上手。

Flutter是一個由谷歌開發的開源移動應用軟體開發工具包，用於為Android、iOS、 Windows、Mac、Linux、Google Fuchsia開發應用。

Flutter應用是使用Dart語言編寫的，雖然是新的一種語言，但是難度不算大，上網搜下相關教程學習下，應該就能很快上手。

這里是我上個月仿照教程弄的一個簡單APP，效果圖如下：

點擊"Next"就切換下一張，點擊"Pre"就切換前一張，點擊「Reset」就全部滑落下來。

我女兒最喜歡中間的Reset效果，哈哈。

希望這個答案能幫到你。

現在Flutter正式版已經出來了，原生性能，安卓iOS多平台支持，谷歌大廠背書，大家可以比較放心的學習。編程語言用的是Dart，可以看做是加了語法糖版本的Java，學習起來也比較容易，如果想做手機app，可以考慮使用它。

如果只是自己做著玩的話推薦用H5開發，開發工具HBuilder或者HBuilderX。

IOS只是操作系統而已，是蘋果的操作系統。

開發IOS上運行的APP的話，現在流行的語言是Object-C和Swift。

Android也是操作系統，是谷歌基於Linux內核開發出來的手機操作系統。

開發Android上運行的APP的話，現在流行的語言我覺得仍然還是JAVA。

如果想要真的做一款APP的話，不僅僅會一門語言就夠了，涉及的東西比較多，如下是我給你的學習推薦路線。

1：先學習js，然後學習下html 、css。

學習這些可以上菜鳥教程或者W3School網站學習。

開發工具使用vscode或者Notepad++都可以的。

2：了解Mui常用組件（官網：https://dev.dcloud.net.cn/mui/ui/），

熟悉常用API(官網：http://www.html5plus.org/doc/h5p.html)。

3：服務端的開發，要麼用java開發，要麼用.net webapi開發，推薦理由，java目前是主流，.net webapi簡單容易。

java 開發工具IntelliJ IDEA，.net 開發工具 vs。

4：數據存儲使用mysql。

補充說明：如果是想做專業開發APP的話還是建議用java開發客戶端，ios APP則用swift開發。

當然現在為了一套代碼多個平台，使用H5開發專業APP的也有。

會了就可以正式擼代碼實現自己簡單的APP了。

回答完畢，謝謝。我是只說代碼的大餅。

那當然首選是h5套殼了。關於語言方面，我建議還是用PHP吧。隨著進一步學習，可以學習uinapp一鍵多端。H5、小程序、App、小程序支持多個平台上架、微信抖音支付寶網路，希望可以幫助你

目前有三種app開發方式：原生app、混合app、webapp。

原生app：安卓需要java語言，ios需要 objec t-c，wp需要的.net語言。這種app用戶體驗最好，性能也是最好的，開發成本高，開發周期長，一款app需要開發多個語言版本；

混合app：需要h5，javascript，了解每個混合框架，比如appcan、hbulider、phonegap等等，以及封裝的中間件。這種開發方式的用戶體驗、性能沒有原生的好，但是他的開發周期短，開發成本低，對開發人員技能掌握比較高，開發一套程序可以兼容到多個設備上；

webapp：需要h5、javascript語言，不能調用底層設備，用戶體驗效果次之，開發簡單，開發成本低，開發周期短，可以兼容多個設備。

綜上所述三種開發各有優缺點，要根據具體的項目需求來選擇適合自己的開發語言和開發場景。

uniapp了解下，多端應用。app的話要考慮安卓和蘋果，但學了二種學習成本比較高。用uniapp就解決了。

現在中小型企業都在逐漸採用跨平台開發的模式 效率高 成本低 作為個人更是開發不二的選擇 你問的iOS和安卓是原生開發 需要不同的開發語言和框架 學習成本也很高 既然你說你是小白 如果採用原生開發 可能得大概花一年半載才能開始上手

採用跨平台開發 只需要學習一下html css JavaScript 然後選擇跨平台開發框架 比如react flutter uniapp 都可以 跨平台就是指你這一套代碼編寫的app可以到不同平台運行 比如iOS安卓都OK 但其實很多還可以編譯到各類小程序平台運行 所以很方便

我這里推薦uniapp 一個基於vue的跨端開發框架 我自己也用這個開發了很多項目 確實很快 也提供了原生渲染能力 不做 游戲 等軟體 基本沒啥問題 社區插件市場也很熱鬧 基本有問題可以很快解決 希望可以幫到你。

按照開發方式可分為原生開發、混合開發、webapp開發，不同的開發方式學習的編程語言不一樣，下面我們來一個一個分析一下：

一、原生開發

原生開發的編程語言主要為針對IOS運行環境的為編程語言為Swift或Object c，安卓環境為Java或Kotlin，WP環境為NET。原生開發的運行效率最高，用戶體驗最好，但是需要學習不同平台的編程語言，學習門檻較高。

二、混合開發（偽原生開發）

混合開發技術主要採用一套特別的渲染引擎來渲染UI界面和交互，按照渲染引擎可分為html與dart，其編程語言主要是Javascript或Typescript、Dart。

目前基於html渲染的開發框架有react native、weex、uniapp，基於dart的開發框架只有flutter。

混合開發由於調用了原生的控制項來渲染UI，所以載入和體驗與原生差不多，學習成本比較低，只要會js，選擇一個框架開發就行了，或者學習dart語言，進行flutter開發。

三、webapp開發

webapp開發主要利用原生環境中的瀏覽器控制項來裝載伺服器上的html頁面，實際這個app就是一個自定義的瀏覽器app，所以只要會html，就會開發webapp，由於app內部載入的是遠程的網頁，所以載入速度和體驗最差。

以上是我個人的總結，有不對的歡迎指出，謝謝。

本人用c#，除了單片機用c，cad CATIA，多媒體主要Adobe，它幹完所有，不需要性能的視圖混合dom代碼。

㈥ 通過使用軟體的什麼技術來實現產品的什麼功能或是達到什麼樣的效果

是網頁製作軟體的一款全名叫做AdobeDreamweaver是個原本由Macromedia公司所開發的著名網站開發工具。它使用所見即所得的介面，亦有HTML編輯的功能。它現在有Mac和Windows系統的版本。隨Macromedia被Adobe收購後，Adobe也開始計劃開發Linux版本的Dreamweaver了。Dreamweaver自MX版本開始，使用了Opera的排版引擎"Presto"作為網頁預覽。基本信息AdobeDreamweaverCS5.5軟體大小：405.29MB開發商：Adobe軟體語言：簡體中文授權類型：共享(收費)軟體軟體類別：國外軟體/網頁製作運行環境：WinXP,Win7,WinVista,Win2003,Win2008軟體功能CS5後的新增功能藉助Adobe®Dreamweaver®CS5.5軟體充滿自信地進行設計、構建最新的HTML5和CSS3網站、令交互性更上一層樓。同時為多個設備進行設計，並對全面的代碼檢查充滿自信。「多屏幕預覽」面板藉助「多屏幕預覽」面板，為智能手機、Tablet和個人計算機進行設計。藉助媒體查詢支持，開發人員可以通過一個面板為各種設備設計樣式並實現渲染可視化。CSS3/HTML5支持通過CSS面板設置樣式，該面板經過更新可支持新的CSS3規則。設計視圖現在支持媒體查詢，在您調整屏幕尺寸的同時可應用不同的樣式。使用HTML5進行前瞻性的編碼，同時提供代碼提示和設計視圖渲染支持。實時視圖現在包括對JQuery集成藉助jQuery代碼提示加入纖手高級交互性。jQuery是行業標准JavaScript庫，允許您為網頁輕松加入各種交互性。藉助針對手機的起動模板快速啟動。藉助PhoneGap構建本機Android和iOS應用程序藉助新增的PhoneGap功能為Android™和iOS構建並打包本機應用程序。藉助PhoneGap構建本機Android和iOS應用程序CS4後的新增功能實時視圖新增功能藉助DreamweaverCS4中新增的實時視圖在真實的瀏覽器環境中設計網頁,同時仍可以直接訪問代碼。呈現的屏幕內容會立即反映出對毀滲嫌代碼所做的更改。針對Ajax和JavaScript框架的代碼提示新增功能藉助改進的JavaScript核心對象和基本數據類型支持,更快速、准確地編寫JavaScript。通過集成包括jQuery、Prototype和Spry在內的流行JavaScript框架,充分利用DreamweaverCS4的擴展編碼功能。相關文件新增功能在DreamweaverCS4中使用「相關文件」功能更有效地管理構成目前網頁的各種文件。單擊任何相關文件即可在「代碼」視圖中查看其源代碼,在「設計」視圖中查看父頁面。集成編碼增強功能領略內建代碼提示的強大功能,令HTML、JavaScript、Spry和jQuery等Ajax框架、原型和幾種伺服器語言中的編碼更快、更清晰。代碼導航器新增功能新增的「代碼導航器」功能可顯示影響當前選定內容的所有代碼源,如CSS規則、伺服器端包括、外部JavaScript功能、Dreamweaver模板、iframe源文件喊鎮等。AdobeAIR創作支持新增功能在Dreamweaver中直接新建基於HTML和JavaScript的AdobeAIR™應用程序。在Dreamweaver中即可預覽AIR應用程序。使AdobeAIR應用程序隨時可與AIR打包及代碼簽名功能一起部署。FLV支持增強功能通過輕松點擊和符合標準的編碼將FLV文件集成到任何網頁中-無需AdobeFLASH®軟體知識。設計時在Dreamweaver全新的實時視圖中播放FLV影片。支持領先技術在支持大多數領先Web開發技術的工具中進行設計和編碼,這些技術包括HTML、XHTML、CSS、XML、JavaScript、Ajax、PHP、AdobeColdFusion®軟體和ASP。學習最佳做法參考CSS最佳做法實現可視化設計並輔以通俗易懂的實用概念說明。在支持可訪問性和最佳做法的同時創造Ajax驅動的交互性。CSS最佳做法新增功能無需編寫代碼即可實施CSS最佳做法。在「屬性」面板中新建CSS規則,並在樣式級聯中清晰、簡單地說明每個屬性的相應位置。全面的CSS支持增強功能使用DreamweaverCS4中增強的CSS實施工具令您的網站脫穎而出。藉助「設計」和「實時視圖」中的即時可視反饋,在「屬性」面板中快速定義和修改CSS規則。使用新增的「相關文件」和「代碼導航器」功能找到定義特定CSS規則的位置。學習資源增強功能藉助DreamweaverCS4中豐富的產品隨附教程掌握Web構建技能。通過由社區推動的幫助系統與最新Web技術保持同步。更廣闊的Dreamweaver社區增強功能從廣闊的Dreamweaver社區受益,它包括在線AdobeDesignCenter和AdobeDeveloperConnection、培訓與研討會、開發人員認證計劃以及用戶論壇。在線服務輕擊滑鼠從Dreamweaver訪問在線服務,與同事或客戶共享屏幕、從在線社區獲得所需的搜索結果並快速找到創意靈感。了解針對創意專業人士的在線服務›掌控內容使客戶能從瀏覽器中直接更新他們的網頁。無需資料庫或復雜的編碼即可將動態數據添加到站點。AdobePhotoshop智能對象新增功能將任何AdobePhotoshop®PSD文檔插入Dreamweaver即可創建出圖像智能對象。智能對象與源文件緊密鏈接。無需打開Photoshop即可在Dreamweaver中更改源圖像和更新圖像。HTML數據集新增功能無需掌握資料庫或XML編碼即可將動態數據的強大功能融入網頁中。Spry數據集可以將簡單HTML表中的內容識別為互動式數據源。全新用戶界面新增功能藉助共享型用戶界面設計,在AdobeCreativeSuite®4的不同組件之間更快、更明智地工作。使用工作區切換器可以從一個工作環境快速切換到下一個環境。跨產品集成增強功能通過跨產品線的直接通信和交互,充分利用DreamweaverCS4和其它Adobe工具的智能集成和強大功能,包括AdobeFLASHCS4Professional、FIREWORKS®CS4、PhotoshopCS4和DeviceCentralCS4軟體。AdobeInContextEditing新增功能在Dreamweaver中設計頁面,使最終用戶能使用AdobeInContextEditing在線服務編輯他們的網頁,無需幫助或使用其它軟體。作為Dreamweaver設計人員,您可以限制對特定頁面、特殊區域的更改權,甚至可以自定格式選項。Subversion集成新增功能在Dreamweaver中直接更新站點和登記修改內容。DreamweaverCS4與Subversion®軟體緊密集成,後者是一款開放源代碼版本控制系統,可以提供更強大的登記/注銷體驗。跨平台支持增強功能隨心所欲,盡情工作:DreamweaverCS4可用於基於Intel®或PowerPC®的Mac、Microsoft®Windows®XP以及WindowsVista®系統。在首選系統中設計,交付跨平台、可靠、一致、高性能的成果。回答完畢！！希望對你有幫助！！希望採納！！（有不明白的可以追問我）參考資料：ke..com/view/7919.htm#5

㈦ HTML5定稿了，為什麼原生App世界將被顛覆

一、 HTML5的誕生
自W3C於1999年發布HTML4後，Web世界快速發展，一片繁榮。人們一度認為HTML標准不需要升級了。一些致力於發展Web App的公司另行成立了WHATWG組織，直到2007年，W3C從WHATWG接手相關工作，重新開始發展HTML5。
HTML5的發展史，有用戶的需求在推動，有技術開發者的需求在推動，更有巨大的商業利益在推動。
在互聯網的早期，對用戶而言，能打開瀏覽器接入到互聯網世界就是一個神奇的事情，但互聯網發展到2005年前後，開始出現下一個變化，就是寬頻互聯。
隨著寬頻的普及和電腦性能的增強，人們不再滿足於單純的通過互聯網看新聞、收發郵件，消耗更高帶寬的娛樂產品開始出現，就是流視頻和網頁游戲。其實視頻和游戲是古老的需求，在互聯網不普及的時候，需求的滿足方式是離線傳輸的VCD和游戲光碟;後來互聯網逐漸普及，人們更改了使用方式，通過下載軟體+本地媒體播放器來看視頻，下載體積較大的端遊玩游戲。
但是對消費者體驗更好的新方式還是出現並顛覆了以前的一切，那就是流媒體和網頁游戲。Youtube等公司把握住潮流飛速崛起，各種頁游公司也如雨後春筍。
但是HTML標准沒有把握住產業的變化及時演進，瀏覽器產品也未升級，這塊新需求被瀏覽器插件滿足了，那就是Flash。這個部署在億萬瀏覽器里的商業插件儼然成為事實標准。2005年Adobe巨資收購Macromedia，把Flash收歸旗下，緊接著大幅推廣FLV流媒體和action script語言，很明顯這樁收購可以列為IT並購的經典案例，FLV流媒體和Flash游戲風靡互聯網，Adobe在新的產業升級中攫取了大量的利潤。
除了Flash這個商業產品成為了事實標准，W3C還面臨一個尷尬，就是另一個私有擴展協議的製造者—IE。IE當時在桌面瀏覽器佔有壟斷地位，並且擴展了大量的IE Only語法，開發者完全不知道這些語言是誰定義的。整個web世界，就被兩家公司微軟+Adobe綁架了。
很多IT巨頭都坐不住了，尤其是蘋果和Google。PC操作系統的世界難有突破，Web瀏覽器被蘋果寄予厚望，而且第一旅慎代iPhone只支持網頁，那時還沒有Appstore，Safari是喬布斯非常看重的產品;新貴Google雖然大量贊助Mozilla，但並未對IE的地位產生實質影響，收購了YouTube後發現底層被Adobe控制，也是非常難過，而且Google每年給IE的搜索框和Adoble FLV繳納的費用真不是小數目差皮。
既然大家都是W3C的主席單位，好吧，我們重新開始做HTML5吧。
是的，HTML5其實就是這么誕生的。那是2007年，IE和Flash由盛轉衰的轉折點。
二、 HTML5第一階段： Web 增強與破拆慶敬壟斷
自HTML5誕生以來，一共經歷了兩個階段，分別是Web增強和移動互聯網。我們先從Web 增強說起。
web體驗的豐富增強主要表現在：1. webapp，比如gmail;2. 流媒體;3. 游戲。我們就這3個方面來講HTML5做了什麼。
1. webApp
HTML5新增了離線存儲、更豐富的表單(比如Input type=date)、js線程、socket王樂、標准擴展embed、以及很多css3新語法…
2. 流媒體
HTML5新增了audio、video
3. 游戲
HTML5新增了canvas、webgl
當然還有Google努力在HTML5中推進Header和Section等標簽，以利於搜索引擎分析，這些不多述。
HTML5補充流媒體和游戲能力後，加上蘋果強勢拒絕在iOS上引入Flash，成功的遏制了Flash的發展，然後就該遏制IE私有語法了。
在HTML5標準的升級過程中，蘋果和Google同時也看到了瀏覽器市場重新洗牌的機會，他們一方面參與HTML5的規范，一邊在瀏覽器產品上發力。Apple首先開始大力發展Safari，建立WebKit開源項目，Mac、iOS、Windows多平台齊發力;Google起初是贊助Mozilla開發Firefox，後來自己開發了v8引擎，合並WebKit，於2008年正式推出Chrome。「IE的私有規范+Flash不是標准，我們才是標准」這樣的口號在新一代瀏覽器大戰中打響，IE瞬間成為千夫所指的壟斷代表，甚至成了阻礙Web發展的罪人(當時IE6已數年未更新，並且絲毫不懼Firefox的發展)。
偏偏微軟此時也出了暈招，推出了一系列即不完整支持規范又互相不兼容的IE7、8、9、10，徹底失去了開發者的心。
Adobe的Flash被遏制，與Web霸主的位子擦肩而過;IE的私有標准被遏制，並且造成IE市場份額不停下滑，直到IE最新的移動版本反過來開始支持WebKit私有語法，真是令人唏噓。不知道HTML6是不是該打倒WebKit壟斷了。
三、 HTML5第二階段： 移動互聯網
隨著Chrome和Safari的高歌猛進，以及IE+Flash的衰落，HTML5告一段落，進入了下一個時代——移動互聯網。HTML5的跨平台優勢在移動互聯網時代被進一步凸顯。HTML5是唯一一個通吃PC、Mac、iPhone、iPad、Android、Windows Phone等主流平台的跨平台語言。Java和Flash都曾夢想這個位置，但夢斷於iOS。此時人們紛紛開始研究基於HTML5開發跨平台手機應用。很多人當時認為，原生應用只是過渡，就像當年從C/S結構轉變為B/S結構一樣。而且學習Objective-C和Java很費勁，我既然會網頁開發，為何不試試HTML5。
W3C此時成立了Device API工作組，為HTML5擴展了Camera、GPS等手機特有的API，然而麻煩的是，移動互聯網初期的迭代太快了，手機OS在不停的擴展硬體API，陀螺儀、距離感應器、氣壓計。。。每年手機OS都有大版本更新。而W3C作為一個數百家會員單位共同決策的組織，從標准草案的提出到達成一致是非常復雜的過程，跟不上移動互聯網初期的快速迭代。
PhoneGap的出現，給開發者打開了一扇窗。很多人期待PhoneGap不停擴展API，來補充瀏覽器的不足。Adobe看到PhoneGap彷彿看到了重振江湖地位的希望，但在Adobe收購PhoneGap後，又發現這個東西可商用性不足，而且開源使得Adobe無法像Flash那樣獲取商業利益，於是就把PhoneGap捐給了Apache，改名為Cordova。
因為各種原因，Cordova的定位最終沒有成為瀏覽器的強化，而走向了混合式開發。基於當時的背景，他們認為原生是不可替代的，「原生+HTML5」的混合模式更有意義。所以現在Cordova的使用模型是「原生工程師+HTML5工程師」一起協作完成App。
這時Facebook加入了W3C，牽頭成立了Mobile Web工作組。Facebook是混Web圈的，並且在手機OS上沒有自己的領地，他不喜歡被蘋果和Google掌控的原生應用生態系統。Mobile Web這個工作組的重要目標就是讓HTML5開發的網頁應用達到原生應用的體驗。然而，事與願違，它不努力也就算了，結果是努力了卻失敗了。2012年，Facebook放棄了HTML5的新聞充斥了全世界的IT媒體，HTML5瞬間被打入冷宮。
Facebook為何放棄HTML5?核心是當時基於HTML5真的做不出好的移動App。對比Twritter等競爭對手的原生App，Facebook的HTML5版本實在無法讓用戶滿意。比如Push功能，到現在HTML5的推送和原生的推送體驗差距依然巨大，更不用說HTML5應用的頁面切換白屏、下拉刷新/側滑菜單不流暢等眾多問題。看著原生工程師輕松實現搖一搖、二維碼、語音輸入、分享到朋友圈等功能，更是讓HTML5工程師感覺自己站錯了隊。
即使Facebook不喜歡被控制，也不能拿被用戶拋棄來冒險。而且Facebook並沒有掌握關鍵點—手機瀏覽器內核。如果瀏覽器不跟上，徒然定一堆標准草案落不了地。
而瀏覽器在手機上的表現是什麼呢?先看Google，Chrome性能雖高，但Android上的瀏覽器卻並非Chrome，而是WebKit改出來的一個蹩腳的Android瀏覽器;再看蘋果，iOS上不允許其他瀏覽器引擎上架App Store，而且其他使用Safari引擎的應用也無法調用蘋果自己的JavaScript加速引擎Nitro。結果是蘋果和Google不但不在瀏覽器上積極實現HTML5關於移動App所需的規范，反而對HTML5做出種種限制。
不管是當時硬體能力不足，還是手機OS廠商的故意限制，總之結果就是：在移動互聯網的初期，一定是原生應用生態系統的天下，iOS和Android首先自己的地盤穩固後，產業才會向下個階段升級。
Facebook也好，PhoneGap也好，想在移動互聯網初期就分一杯羹是分不到的，但堅持下來，機會往往會出現。
四、 HTML5這回真的來了
終於，在2014年10月底，W3C宣布HTML5正式定稿。這個時間，不晚不早，硬體性能更強、手機OS迭代速度下降。
隨著HTML5標準定稿，一切紛爭將告一段落，現在，屬於HTML5的時代到來了。
有人說，游標準定稿沒用啊，配套起來了嗎?HTML5做的應用究竟能否匹敵原生App?答案是，HTML5不但可以匹敵原生App，甚至它天然的很多特性超越了原生App。
我們先談談HTML5原來不如原生應用的地方，業內俗稱HTML5有「性工能」障礙。即HTML5性能不如原生、開發工具不如原生、能力調用不如原生。

這幾個問題導致開發者無法使用HTML5做出與原生一樣的App。然而，不管是硬體升級還是OS廠商策略變化，以及相關軟體技術的成熟，已解決了HTML5的「性工能」障礙。
1. 硬體升級
2011年，iPhone 4s的CPU是A5，現在iPhone 6是A8，按蘋果的歷次發布會的說法，速度共提升了7.5倍。這3年間7.5倍的速度提升，抹平了太多HTML5的性能問題。
2. 蘋果、Google的策略變化
Google在2013年底發布的Android 4.4，內置的Webview不再是蹩腳的Android WebKit瀏覽器，而是Chromium，性能大幅提升。從最新的Android5.0開始，Webview可以通過Google Play Store實時更新，和Chrome的升級保持一致，用戶就可以不刷機享受到最新的瀏覽器引擎;再看Apple方面，2012年iPhone 5發布後，HTML5在iOS上的表現已令人滿意，Safari獨家的JavaScript加速引擎Nitro不再那麼重要，不過在iOS 8發布後，蘋果還是很識趣地取消了三方程序調用Nitro的限制，現在任意瀏覽器或應用調用iOS的UIWebview都可以利用Nitro加速，這樣在前端使用JS做大型運算也成為可能。兩大手機操作系統霸主和瀏覽器巨頭的態度發生了變化，使得HTML5在手機上的發展不再受限，而且這個變化不可逆只能繼續向前，這種變化勢必會產生深遠的影響。
3. 軟體技術的成熟
PhoneGap的發展雖然放緩了，但其他產品技術卻成熟了。2014年的iWeb大會上，眾多廠商的產品提供了面向開發者免費或開源的HTML5性工能障礙的解決方案。
(註：編者作為從業人員，也會在分析各種方案時提到我們公司的方案，但編者會客觀不誇張的陳述方案，而且該方案是純免費的，沒有商業銷售嫌疑。)
DCloud公司在iWeb大會上發布了系統的HTML5「性工能缺失」的解決方案，包括：
a) 性能：提升HTML5性能的手機端引擎，讓側滑菜單、下拉刷新等動態交互卡頓的問題得以解決;
b) 工具：HTML5開發IDE產品HBuilder, 超快的編程利器;
c) 能力：把40萬原生API封裝成JavaScript對象，以解決HTML5能力不足問題的Native.js技術;
d) 最接近原生體驗的高性能框架：MUI框架，體積只有幾十K，載入、運行遠快於一般框架。
基於該方案開發的HTML5應用完全可以達到原生App的功能和體驗。

使用HBuilder開發HTML5應用
英特爾公司發布了Crosswalk引擎，可以讓Android 4.0-4.3的手機上的應用打包Chromium引擎而不是Android WebKit。畢竟目前市場上存在大量Android 4.0-4.3的手機，同時統一的webview也避免了兼容性的煩惱。
在專業方向上很多公司也做出了不錯的成績。觸控的Cocos2d-html5、Egret runtime和Ludei CocoonJS強化了Canvas的表現，讓HTML5游戲體驗更好;UC、獵豹等手機瀏覽器都強化了音視頻播放的表現。
不管是硬體升級、軟體成熟，還是操作系統廠商策略變化，都在強力推動HTML5的爆發。
不過要注意，我說的HTML5爆發，不是指手機瀏覽器會替代桌面成為應用入口。有人說HTML5不好，因為用戶討厭打開瀏覽器輸入URL的過程。我想說這種想法是對HTML5的片面理解。HTML5!=傳統瀏覽器，雖然編程語言還是HTML、Javascript、CSS，但發行方式絕不是傳統網站那麼簡單。HTML5應用的入口，反而很少是啟動瀏覽器輸入URL，它可以是存在於手機桌面的圖標、也可以來自超級App(如微信朋友圈)、以及搜索引擎、應用市場、廣告聯盟。。。到處都是它的入口。它的入口，比原生App更多。
五、 原生App的顛覆
HTML5的「性工能」障礙得到解決，可以接近原生App的效果，所以它就可以替代原生App嗎?很多人認為，即使HTML5會發展的比現在好，也將是與原生App各佔一部分市場的格局，要求不高的長尾應用會使用HTML5，而主流應用仍是原生App的天下。
但我認為這樣的想法很危險，就像Apple成立前，HP的高層告訴沃茲：誰會在家裡擺一台電腦呢?未來HTML5肯定會顛覆原生App。「性工能」障礙的消除，只是HTML5的劣勢被削弱，但劣勢被消除後，它的優勢就會大放異彩，HTML5的優勢是什麼?我們分別就開發者和最終用戶來看。
■HTML5對開發者的7大優勢
● 跨平台：
在多屏年代，開發者的痛苦指數非常高，人人都期盼HTML5能扮演救星。多套代碼、不同技術工種、業務邏輯同步，這是折磨人的過程。有點類似個人電腦早期世界，那個時候的每家電腦都有自己的操作系統和編程語言，開發者疲於做不同版本，其實DOS的盛行也很大程度是因為開發者實在沒精力給其他電腦寫程序。跨平台技術在早期大多因為性能問題夭折，但中後期硬體能力增強後又會占據主流，因為跨平台確實是剛需。
●快速迭代：
移動互聯網是一個快魚吃慢魚的時代，誰對用戶的需求滿足的更快，誰的試錯成本更低，誰就擁有巨大的優勢。互聯網產品大多免費、且有網路效應，後入者搶奪用戶的難度非常大。使用原生開發，從招聘、開發、上線各個環節的效率都慢一倍以上，而且參與的人越多，溝通效率往往拖慢不止一倍。
●持續交付：
很多人有這樣的體會，一個原生應用上線Appstore，突然有一個大bug，只好連夜加班修復，然後靜靜等待2周或更長時間的Apple審核，這2個星期被用戶的塗抹淹死，市場上一片差評，用戶大量流失。等新應用被審核上線了，用戶已經卸載了。但是，HTML5沒有這些問題，你可以實時更新，有問題立即響應。
●大幅下降成本：
創業者融資並不容易，如何花錢更高效非常重要。如果你使用原生開發的App和競爭對手使用HTML5開發的App沒什麼區別，但你的開發成本高出一倍，我相信沒有投資人會喜歡給你投錢。
●開源生態系統發達：
HTML5前端是開放的正反饋循環生態系統，大量的開源庫可以使用，開發應用變得更輕松、更敏捷，當然這也體現在了快速迭代和成本下降上。不過更重要的是，這種開放的正反饋循環生態系統未來的生命力是比原生生態系統更強勁的。
●開放的數據交換：
HTML是以page為單元開放代碼的，它無需專門開發SDK，只要不混淆，就能與其他應用交互數據。開發者可以讓手機搜索引擎很容易檢索到自己的數據， 也更容易通過跨應用協作來滿足最終用戶需求。
●更容易推廣、更容易爆發：
導流入口多：HTML5應用導流非常容易，超級App(如微信朋友圈)、搜索引擎、應用市場、瀏覽器，到處都是HTML5的流量入口。而原生App的流量入口只有應用市場。聰明的HTML5開發者當然會玩轉各種流量入口從而取得更強的優勢。
流量大：前段時間微信朋友圈風靡一時《神經貓》，這個游戲如果放到Appstore，絕對沒有那麼多流量，超級App帶來的流量，遠大於原生應用市場。假如微信允許游戲在桌面創建快捷方式、假如游戲後續升級解決持續娛樂問題，未來不可想像。
導流效率高：除了入口多、流量大，導流效率高也不可忽視，誰都知道：頁游和端游打同樣的廣告，廣告變用戶的轉化率，頁游遠遠高於端游。
可精準導流到二級頁：我們都知道搜索引擎可以直接進入到
■HTML5對最終用戶的3大優勢
●大幅降低使用門檻
為什麼流媒體會替代下載視頻成為主流?為什麼頁游會如此火爆?只因用戶太「懶」。讓用戶更方便的滿足需求，有時效果好於更多的滿足需求。
用戶眼睛看到一個興趣點，點擊後，就應該立即開始滿足用戶需求。比如流媒體可以立即看，頁游可以立即玩。而目前的原生應用市場，用戶需要這樣操作：選一個應用、等待下載、確認許可權、等待安裝，然後點擊打開。這樣糟糕的體驗遲早要被顛覆。
不管是App、游戲還是音視頻，未來都將即點即用。誰先滿足用戶這個需求，誰就制勝。
●實時更新、差量更新的優秀體驗
HTML5應用可以繞開應用市場的限制進行自主實時更新，用戶可以快速享受新服務。
而且這種更新完全可以是差量更新，比如某個HTML頁面或某個js文件有問題，只更新這個幾k的小文件就可以了，這比原生應用的更新體驗好太多。
●跨應用的使用體驗
目前手機應用切換是以桌面或任務管理器為中心的，但事實上這些中心很影響效率和體驗。用戶想出差三亞，先打開去哪App訂票，然後切回桌面，再找到並打開天氣App，搜索輸入三亞，再切到桌面，找到並打開航旅縱橫App，輸入航班號值機，哦對了，航班號多少來著，再切到桌面，找到並打開去哪App看航班號，最後找到並打開租車App，輸入租車地點，然後再切回桌面。。。
在原生應用體系下，用戶只能這樣。但在HTML5體系下，他不需要切回桌面，他可以在App間方便的直接跳來跳去，而不是使用一個一個孤島App;他更不用重復錄入數據，應用間可以方便的互相傳遞數據。
這種模式需要一點想像力，但未來遲早會來。
分析至此，我們可以明顯的看出，不管是站在最終用戶角度、還是站在開發者角度，HTML5必將取代原生應用當前的位置。並由此引發一系列顛覆。