H5+App的認識

標籤：運行   功能   移動端   系統   and   通用   app   Google   是什麼   

讀兩遍官方對H5+這個技術的概述以及自家Hbuilder如何和H5+進行一個生態結合的，總結下自己的認識和一些疑問吧。

1.H5+是什嗎？

文檔原話：

HTML5 Plus移動App，簡稱5+App，是一種基於HTML、JS、CSS編寫的運行於手機端的App，這種App可以通過擴充的JS API任意調用手機的原生能力，實現與原生App同樣強大的功能和效能。

 

字面上看也很清楚，我們在編寫APP的時候用的是,WEB語言，也就是所說H5，但是我們希望和行動裝置進行一些互動，調用手機上一些原生的東西，這個時候H5+的“+”就體現了，在原有的基礎通過誇張JS API，供我們來調用原生的一些東西。大致的幹了這麼一件事，用JS語言把原生的功能包裹起來，作為一個JS對象，供外部JS調用。如果說原生語言在操作一個原生功能的時候，比如網路攝影機，應該是原生言語直接喚醒裝置，那麼H5+，需要JS語言訪問API，API裡再去調用裝置，比前一種多了一步，這個在後期會不會對效能上是一種損耗，這是我的疑問吧。

文檔原話：

HTML5+規範是一個開放規範，允許三方瀏覽器廠商或其他手機runtime製造商實現。

 

因為是開放規範，沒有什麼嚴格的標準，大體上大家應該都是奔著實現這樣功能去的，所以各家封裝各家的東西吧。在Hbuilder下對這些原生能力的調用分為了兩種，一種是通用的，也就是跨平台的，比如plus.speech安卓和ios上都能這麼寫，還有一種是因平台而異的功能，根據各個手機系統的特性進行了獨立調用，通過plus.ios和plus.android來調用，這幾十萬種由原生API封裝的js對象都儲存在了native.js這個檔案中，官網也有對應的API手冊。

文檔原話：

使用HTML5+開發的移動App並非mobile web頁面。這是新手最容易混淆的地方。mobile web的檔案存放在web伺服器上，而移動App的檔案存放在手機本地，編寫移動App的html、js、css檔案被打包到ipa或apk等原生安裝包，在手機用戶端運行。

 

這部分內容都是解釋一件事，我們的東西和webApp不一樣，因為蘋果和Google都不允許只是單純的嵌套了webView殼子的WebApp上架，他們覺得那是垃圾App。H5+開發的App也確實不同於套殼APP。首先他們確實有本地記憶體的檔案的，一個App基本該有的，包括一副本地的架子還有控制層的東西都是在本地的。但是它又不同於那些混合動力開發的App，因為混合動力開發的App是原生層和H5層共存，或者有更高端的是可以互動的，兄弟層的通訊（···實力有限，只能用大致去描繪這種感覺），而H5+確實也算混合動力，但是原生和H5之間並不是兄弟關係，原生API更像是前後的關係，API作為站在H5背後的支撐體，你需要原生為你做的,API都會為H5進行需求補給，是一種單向的行為，單純的由API原生層為H5層傳遞。

概念性的東西大概就這樣了，後續都是一些調試，打包，發布的細節，總之H5+可以理解成H5在移動端的開發語言吧。比如有的app可以說是用OC語言開發，你可以說這個是H5+開發的。但是畢竟H5+不是一門獨立的程式設計語言。

另外，前天對Mui的總結，因為只是單純的看了一些網上人的評價，我感覺寫的還是有偏差的，Mui應該算基於nativejs對一些常用原生對象包括UI層進行了整合封裝，也說了只是一部分功能。確實如果真的比較起來也是RN和H5+這樣一個整體進行比較更合適。

繼續學習·····

 

H5+App的認識