第一部分：Html5市場的力量
我們太忽略Html5的市場力量了。如果你把Html5當作一種技術，就大錯特錯了！忘掉你的產品，忘掉你的技術，想想移動時代的信息傳播和消費場景。作爲2B，我們實在是沒有重視Html5的市場力量！app開發中Html5的力量，你想到了嗎？
我先拋出兩個問題：
第一、現在每個月你下載幾個新app？相比之下，你每天要看多少網頁和微信圈的信息和文章？
第二、你多久纔去app商城找軟件？就算的軟件上了app商城，能上靠前的排名，還是被淹沒？
關注Html5，首先是要看到Html5在入口上的價值，尤其是信息的入口。我認爲，H5能讓你迅速對接最廣泛的信息入口。因爲在移動和互聯網+時代，我們面臨的是碎片化時間和海量信息碎片，我們的入口，其實就是無數網頁和微信文章。
所以，Html5可以讓你的應用直接對接微信和網頁，給你最廣泛的流量入口，而不是侷限在app商城裏。
以“輕店水果”爲例，假設他靠做app放在store裏，或者在淘寶上開店，以現在的市場投入，結果會如何？
如果他把app放在商城裏，或許現在的下載量爲0。因爲他既無錢衝排名，也無錢做廣告。如果他開的是淘寶店，那麼他已經淹沒在無數水果店裏了。而事實上，即使他的Html5頁面再差勁，也能成功完成對用戶的宣傳-轉發-交易，而且，沒有app。
回過頭來看我拋出的兩個問題：第一、現在每個月你下載幾個新app？相比之下，你每天要看多少網頁和微信圈的信息和文章？第二、你多久纔去app商城找軟件？就算的軟件上了app商城，能上靠前的排名，還是被淹沒？
結論是：
觀點一——入口：
Html5讓你獲得最廣泛的流量來源。因爲，移動和互聯網+時代，我們面臨的是碎片化時間和海量信息碎片，我們的入口，其實就是無數網頁和微信文章。
所以，那就是我們要重視的入口，讓你的app直接對接上去，那就是H5能幫你的地方。
觀點二——場景與流量：
Html5讓你獲得一氣呵成的閉環場景。如果你點開過朋友圈裏的輕店的推廣文章，點擊頁面裏的“現在下單”，就直接完成了交易。宣傳、推廣、交易的全過程就悄悄完成了，根本感覺不到APP的存在。
這個案例中，點開，下單，交易很容易就完成了。如果這過程中，讓你重新下載一個app、註冊ID、密碼、輸入手機號、收短信驗證碼、輸入驗證碼、綁定淘寶，輸入收貨地址，等等。客戶有這麼好的耐心嗎？（畢竟，你賣的不是900年一熟的蟠桃...）
好的的宣傳和體驗，是宣傳-試用-交易，一氣呵成的。Html5所帶來的一個重大價值，就是讓app直接對接信息流量的入口，並直接完成試用和交易的整個消費場景，給用戶一氣呵成的用戶體驗。毋庸置疑，Html5比app更容易讓整個流程變得流暢。
這也就是Html5輕店所採用的模式。
說完交易場景的問題，我們再來討論流量問題，這也是頗具爭議的一個問題。
價值牛問如果僅僅有一個很好的H5，並不在任何羣裏做宣傳。這個Html5會獲得很多流量嗎？Html5也好，app開發也好，都僅僅是技術的實現手段，是內容的載體，電商如果沒有流量，怎樣獲得銷量?試想，如果一家店開在沒有客人過來的地方，它會怎樣？傳統零售業選址的唯一標準就是地段，而地段爲的就是有人經過。
對於流量的問題，大家的討論的結果是：不完全認同。地段是關鍵，是必要條件，但不是充分條件，而且流量不完全等於地段，只能說地段與商品和人流的屬性的確有很大的關係。這其中的關係在於，不管是實體還是虛擬的店鋪地址，不論是線上還是線下，如果沒有人知道這個地方，什麼交易都不會產生。
實際上，地推和廣告，都可以繼續使用。關於流量，我們這裏討論的是一個事實：移動和互聯網+時代，我們面臨的是碎片化時間和海量信息碎片。我們的入口，其實就是無數網頁和微信文章，將你的app直接對接上去，那就是Html5能幫你的。
不管你的商品是什麼，也不管你的互聯網地段在哪裏，真正的關鍵在於：互聯網時代，每一個人，每天都在看無數的網頁和微信信息和朋友圈文章，這就是入口。讓你的H5 app儘可能多地對接上去，形成閉環的消費場景，這就是我們要做的。因爲H5 app可以被輕易轉發，所以可以獲得傳播效應。
觀點三——傳播
Html5讓你更容易獲得傳播放大效應。朋友圈萬次閱讀的捷徑在哪裏？軟文點擊很少過千，互動網頁可輕易過萬。想想神經貓的傳播，甚至達到了一個億！神經貓，驗證的不是一個遊戲，也不是技術，而是一次Html5內容的傳播。
app沒有可轉發性，但是H5 app頁面，可任意轉發和鏈接！
我們所熟悉的易企秀，其實就是充分體現了Html5的傳播性。
通常，我們轉發一個H5 app，當用戶打開這個鏈接時，其實完成了一個app的下載和啓動，這就是H5的極致精煉和性能！而這個後面本身就是有數據庫的，很多是動態數據。
最廣泛的入口、閉環的消費場景、傳播的效應，這就是Html5帶來的市場力量。
第二部分：Html5技術的坑1、一句話理解H5 app技術：H5 app是隻三腳貓：後端、H5 UI框架、本機api framework（SDK）
有人提出，對底層這些設備傳感器的調用，Html5是先天不足的。無論從速度，從各種傳感器的體驗角度來看，Html5比起原生態開發還差不少。如果今天要做一個體驗感很好的app，讓使用者用起來非常酷非常炫，Html5還有一定困難。同時，原生開發的可以充分運用本地存儲，做到離線應用在有線的時候實現同步。這一點Html5也是很難解決的。
而我想說的是，相比原生應用：第一，後端大家都一樣。第二，本機api framework，本來就是用原生寫的，原生能做的，Html5通過api framework，其實都能做到，包括調用任何硬件能力。事實上，H5做風格效果，用的是CSS3（CSS目前最新版本。CSS：層疊樣式表，一種用來表現HTML等文件樣式的計算機語言。），風格千變萬化，想要達到炫酷的程度並不困難，甚至做遊戲都足以駕馭。
後端幾乎沒有任何差異，因爲後端不是在手機上，而是在服務器上，或者某個雲服務器上。而本機api可以調用所有手機能力，包括攝像頭、麥克風等。調用硬件的能力，是完全一樣的，不會有任何差別。因爲Html5是通過本機api framework（cordova）來調用硬件能力的，而這些api framework，本身就是用原生代碼寫的。
當然，app開發在android下面問題較多，面對安卓生態鏈如此複雜的安卓操作系統裁剪，底層的差異還是不可小看的。但H5本身好處很多，做企業的大多數應用足夠了。而且H5 app，是可以發佈成app的。
總結而言，H5 app是隻三腳貓：後端、h5 UI框架、本機api framework（SDK）。可以說，對於原生app和h5 app而言，在能力上，原生能做的，h5 app都能做。至於服務端，更是一樣的。
2、Html5的坑：Html5最大的坑其實是性能。
這個性能的坑，既不是出在後端，也不是出在本機api framework（cordova），甚至也不是出在H5 UI的組件。
真正的大坑，出在對webview的調度上。換言之，就是多view和單view的問題。
能找到H5 app性能的癥結所在，解決問題就很容易，所以，現在好的H5 app開發框架，性能已經逼近原生，性能也非常流暢順滑。
實際上， Html5的開發受容器約束還不會太亂，但原生的就亂得有些難以形容了。
或者說，一個字——慢。混合模式相對好很多，例如“街旁”就是用混合模式開發的，但是卻沒有了“慢”的問題。
當然，究其原因，國內其實很多應用不是用原生方法做的，所以纔會讓人感覺原生開發亂， 造成安全廠商無從下手之感。
舉個典型例子：微信的js（javascript）調用接口中，也有不少硬件調用能力，可以直接demo。至於在app裏，則可以調用codova，用戶可以做任何他們想做的事，或者做原生想做的任何事情。
從某種角度而言，可以這樣總結：
第一、原生app能做的，H5 app都能做。如果你做不到，那是你沒有找到方法。
第二、H5 app的性能，已經逼近原生了。如果你沒有做到，那就是你選用的框架或工具有問題。
國外廠商在後端集成方面非常有優勢，例如：SAP、Oracle等套裝軟件的集成非常好，這點國內廠商還有很大差距。不過，從這一點來說，雖然國外廠商技術上有優勢，但是在國內沒有市場。
其原因在於：
1. 國內客戶後端應用複雜，不像國外客戶僅有幾家套裝軟件廠商。
2. 國內客戶上移動應用基本上談不上規劃，先上一個App試試，所以看前端效果。
3. 等到上了5~6個系統後，才考慮後臺和前臺App的整合是最頭痛的問題，
這算是國內開發的悲哀。所謂大牛都是不管在任何環境下，首先想到的是調用內核的api。
前臺一個App如何與多個後臺應用進行數據同步呢？前臺一個頁面數據要來自於後臺多個系統，數據輸入後要更新後臺多個系統。這種複雜環境，是國內客戶上移動App時很少考慮的，所以總體來說，國外廠商的MEAP基本上在國內沒有生存基礎，這也是國內MEAP廠商的機會。
當然，嚴格來說，MEAP不存在這個領域，最後一定是做框架的贏了。同時，大多數app場景也並不是這種極端情況，至少目前在國內就是這個現狀。
放眼全局來說，國外更沒有MEAP平臺。MEAP的需求特性，從技術上說一定會被操作系統和應用平臺實現掉，因此，MEAP只是一個過渡市場。
Html5 webapp與native app同臺而論，技術發展固然是原因之一，但是在商業上，微信這個超級app的存在纔是主因。微信+電商，這算是“中國特色”。
換言之，現在Html5之所以能是主流，跟有了微信這樣的超級app有莫大關係。微信本身提供了基礎的本地設備調用能力，也就是提供了調用手機本地硬件的開發框架並藉此封裝了更多通用能力。其他廠商所做的超級app外殼，就前端開發平臺的思路都是如此。
因此，H5+殼沒有問題，但是企業號應用是否需要放棄成爲了諸多企業考慮的問題。
當然，雖說微信是個催化劑和爆發點，但沒有微信，遲早也會有“X信”起來承擔這個角色，這是移動設備和移動瀏覽器發展到相應階段必然會出現的情況！
那麼現在剛活躍於我們眼前的全息投影時代的技術呢？Html5之後是什麼？有人認爲VR和AR，在遊戲和娛樂上肯定會顛覆，未來三到五年的人機交互是可以預見的。未來，或許將廣泛出現H5 for VR。H5是描述型的語言，不是技術相關的，因此，Html5完全可以用VR的方式來呈現。
從2013年開始，Google眼鏡已經開始用於物流倉儲。因此有人認爲，或許在不久的將來，人們不再用條碼槍掃描barcode，直接用眼鏡看一下barcode就可以揀貨，甚至包括倉庫路線指引。
總體來說，Html5毫無疑問是當下的主流。僅僅從大家公司內招聘的前端開發工程師的薪水之高就可見一斑。幾年前Html5橫空出世的時候，在pc上一直鬱郁不得志，幾年後卻在手機上稱王稱霸了。
從CTO的角度要開始看下一代技術了，Html5之後還有Html6嗎？還是VR/AR？VR即便成熟了，也只是特定領域。而真正的圖表展示，用H5的速度太慢了，Html5加上原生支持相對較能滿足用戶需求。（——混合架構是王道）
實際上，app開發用Html5還是原生，並不重要。整體的研發成本並不大，對整體的商業成本影響就更小了。因爲研發成本相較於這其中的運營、推廣成本而言，實在太小。主要開發和運維成本，其實是在後臺。從現在運營的情況看來，基本都是“原生”勝於“Html5”；從企業內部管理應用來說，H5還是主流。但總的來說，最終還是生態決定勝負。
有企業大佬提出，Html5在pc上還不足以滿足他們的需求，因此其公司在16年的技術路線中，準備先從PC瀏覽器一端放棄Html5。然而，這位大佬的後臺管理界面在很多客戶那裏要求用IE，這成爲了一個頗爲矛盾的問題。
事實上，很多2B客戶有自己的IT規範，IE是標準，不允許安裝其他瀏覽器。不少IE運維部門的控制檯還是用的Windows XP。許多大客戶有着自己的規矩，這也是2B必須遵循的“規則”之一。所以，很多人認爲，Html5在pc上難以流行。
然而，回顧微軟曾經壟斷的惡果導致了PC端瀏覽器的不兼容，如今還是原生、Html5、混合模式並存互相競爭和促進更有利於市場發展，一家獨大未必是好事情。看了案例後，Html5還是原生，重要嗎？先看應用場景，然後纔是選擇使用什麼樣的技術。
繼續閱讀更多文章：http://wex5.com/cn/2016/01/