HPP——讓所有中小企業擁有自己的APP
HPP
hybirdApp或者hbuilderApp，
指通過html，css，js語言開發出ios和android兩個版本的APP，
開發效率成倍上升，開發時間大幅縮減，開發成本同樣也大大縮減。
移動網際網路時代，還有多少中小公司沒有自己的app，原因何在？
1.中小公司有多少？
這個都不需要引用相關資料，想想一句話就明白了，
“一將功成萬骨枯”，這句話同樣適合創業者，普通人耳熟能詳的大公司已經很多了，
可以想象下中小公司有多少，數量極多極多。
2.大部分中小公司沒有自己app
迫於app開發人員的用人成本極高，
初級android，ios工資基本10k左右，中級15k左右，高階25k左右，大概這個價，
中小公司找兩個初級的做不出東西，找兩個中級的差不多了，但是時間成本用人成本都很高，
最終的結果是隻能做出一個demo類的app，或者計劃一直往後拖，
又或者根本沒有能力招app開發~
HPP，讓所有中小公司輕鬆擁有自己的APP
1.成本比較
拿開發一個app，需要6個月，android，ios兩個版本，
配備andorid中級（15k）+ios中級（15k）來說，成本是30*6=180k=18w，
配備一個hpp中級（15k）來說，成本是15*3=45k=4.5w，
這裡是乘以3不是乘以6，因為hpp開發速度絕對比原生開發快一倍。
這樣一來，
hpp開發app的成本是原生app的四分之一~
hpp開發app的成本是原生app的四分之一~
hpp開發app的成本是原生app的四分之一~
2.招人難度
android和ios的工資這麼高（相對其他工種），原因之一就是招人比較難，
而hpp開發，只要會html+css+js就可以，
想想哪個java開發，php開發，.net開發不會點html+css+js，只需要在精通點，
想想哪個前端開發，不精通html+css+js呢，
所以招人來說，完成原生app
3.流暢度和載入速度
很多人會說流暢度，
隨著手機廠商的競爭，手機硬體的發展，想想現在的千元小米，魅族之流，
目前來說千元機都很流暢，以後來說是手機就很流暢。
很多人說載入速度，
誠然，中小公司自己的頻寬限制等等因素，載入頁面比較滿，
但是想想網路發展，從2g，3g，4g以及之後的5g，以及wifi的adsl，光纖，512k，1m，2m，10m，20m，
以及現在越來越普及的雲服務，百度bae，新浪sae，阿里雲等等，
網速也不是問題了。
HPP詳述
1.HPP由來
其實用html+css+js本人用得比較多的是dcloud（公司）推出的hbuilder（ide），使用mui（ui）+nativejs開發app，
但是總這麼hbuilder，mui的叫，感覺不是很順口，或者不是很響亮，
百度上說基於html+css+js開發app的技術叫做HybirdApp，詳見：這裡
所以借用HybirdApp和Hbuilder開發的App這兩個概念，退出HPP的叫法，
簡單，好記。
2.HPP案例
說了這麼多，如果你已經心動了，不妨看看這些HPP案例，
http://dcloud.io/case/#group-1
可以看出，HPP開發app本身流暢度是毫無問題，問題在於ui設計太low，一下子拉低檔次，
如果有一個好的ui，外加一下開發的技巧，開發出的app還是很棒的，例如“愛學車”這個HPP。
3.HPP趨勢如何
硬體趨勢：手機硬體效能越來越好，
網路趨勢：網速越來越快，
就業趨勢：12年錯過了android的你，15年還想錯過HPP？
疑問解答
1.一次開發，生成android和ios兩種app？
是的
2.需要熟悉哪裡技術才可以從事HPP開發？
需要熟悉html，css，js，最好熟悉jquery，以及一些常用框架的上手方法（bootstrap，amazeui）。
3.具體使用哪些技術工具？
使用Hbuilder做ide進行開發打包app，
使用mui做ui層，理論上可以用其他的ui框架，例如amazeui，bootstrap，jquery mobile等，
使用nativejs做js橋呼叫原生方法，這個無可替換，比較重要。
4.免費嗎？
Hbuilder已經開源，所以ide免費：https://github.com/dcloudio/HBuilder-opensource
mui已經開源，所以ui免費：https://github.com/dcloudio/mui
總之都是開源，都是免費的，看這裡：https://github.com/dcloudio
5.開發的時候用瀏覽器除錯和看效果？
no
雖然開發語言是html+css+js，但是成果是一個app，也就是一個apk或者ipa，
你見過用瀏覽器除錯apk或者ipa的嗎？
最佳推薦是真機除錯。
6.只是網頁套了個webview嗎？原生功能可以呼叫嗎？
完全不是，原生功能都可以呼叫，原生體驗：http://www.dcloud.io/runtime.html
7.mui是個啥，可以替換嗎？
mui是負責你做出來app的ui效果的，
完全可以替換為其他ui框架，bootstrap，amazeui等等，
dcloud做的不好的是mui太雜了，讓很多人搞不清楚，
mui既負責了ui框架的部分：樣式，元件，效果
mui又負責了js操作的部分：dom操作，事件繫結等，完全是copy的jquery，但是做的又沒有jquery好，有很多坑。
mui又負責了原生呼叫的一部分：mui.init，mui.plusready等，
在我看來，mui只需要做好ui的部分就行，或者乾脆交給國內類似的amazeui做，節省精力，效果還更好，
然後讓js操作用jquery實現，又節省好多精力，效果效能還好，
最後專注於nativejs的開發，研發更多更好的原生能力，三方外掛等。
技術的意義究竟何在？
1.提高效率，降低成本
以javaee的mvc框架們為例，
從剛開始的jsp+servlet，
到後來的ssh1（spring+struts1+hibernate），
再後來的ssh2（spring+struts2+hibernate），
然後的ssm（spring+springmvc+mybatis）。
除了jsp+servlet只是在學習過程中使用，而沒有在工作中使用外，其他的框架都在工作中使用過，
也見證了幾個公司框架的更新路程，
但是，停下來思考下，為什麼框架在不停的更新，不停的變，
也許框架怎麼變，終端使用者看到的東西都是一樣的，從使用者的角度看，框架的變更毫無意義。
那麼意義是？可能有人很快就會說，“更加安全”，“開發更快”。。。
偽原因：更加安全
為什麼這麼說，舊的框架由於歷史原因會有很公開很明顯的漏洞，為了避免這個漏洞你更新到了新框架，
但是請相信，新的框架也會有漏洞在等著你，
所以“更加安全”這個理由完全是為了湊字數或者說你作為架構者想推行自己熟悉框架的藉口~
原因1：開發快
這個才是真正的原因，開發快，比較下jsp+servlet時代和後期的mvc框架時代，
不得不說，開發速度大大加快。
原因2：成本低
就公司招人的成本來說，新人總是熟悉新框架，當你想招一大波廉價的勞動力的時候，
發現你公司用的ssh1對於新人來說早已不知道是什麼玩意，反而炫耀自己用的ssm，嘲笑你用的ssh1，
所以如果你想在目前的市場招到一大波的廉價勞動力，那麼更新公司的框架在所難免。
原因3：自我實現
這個原因聽起來比較怪，但是可以說卻是根本原因，
技術世界就像中國的歷史朝代一樣，不停的更替，
如果一個技術新人，技術相當好，卻出生（工作）在ssh1時代，
為了想證明自己的技術能力，為了讓自己獲得更好的報酬，
所以舉起“更加安全，更加快速”的大旗，開始建立自己的朝代（ssm）。
同樣，對於培訓機構來說，為了招到更多的學生，
總是不停的退出新的框架教程，
最後，招來了更多的學生，培訓出了更多熟悉新框架的工作新人。
技術研發者和技術推廣者（培訓）的自我實現才是推進技術更新換代的最根本原因，
技術接受者（新人）和技術使用者（公司）只能被迫的接受這種變化。
站在公司的角度，技術存在的意義只有：
提高工作效率：同樣的時間內開發更多的東西；
降低用人成本：使用工作新人們都懂的框架，以便以更低的成本找到更多的人。
2.提高使用者體驗，科技方便生活
上面所說的技術意義，偏向於使用者看不到的後臺的技術，其意義就是降低成本，
還有一種技術是和使用者實時相關的，使用者看得見的，一直在使用的，可以方便生活，簡化工作流程的。
例如html5，css3，讓使用者看到的網頁越來越好看越來越有意思，
例如android，將使用者拉進移動網際網路時代，充話費，買外賣等等動動手指就做到了，大大方便人們的生活。
總結：
技術就是降低成本，方便生活，HPP是一門好技術~
HPP例子——滴石
原始碼：https://github.com/uikoo9/dishi
教程：http://uikoo9.com/book/detail/3
HPP例子——識歲
原始碼：https://github.com/uikoo9/shisui
教程：http://uikoo9.com/book/detail/5