小程序的開發成本真的比原生App低嗎？

考慮兩個方面，開發成本和推廣成本。

原生APP通常要同時開發iOS和Android兩套，而小程序只須要作一套。毫無疑問，這點是小程序最大的優點，從這個角度來看，小程序是「跨平臺「的。

具體到開發效率上，很遺憾，在現階段，開發一套完整邏輯的應用程序，小程序的開發效率是低於APP的。小程序獨立出了一個封閉的生態。

咱們常常說不要重複的造輪子，可小程序如今是裸奔，你得本身去造輪子。而iOS和Android通過經年的累積，已有大量的成熟組件可使用。

相反，小程序目前還處於內測階段，沒有任何優秀的第三方組件可使用。而官方提供的組件，接口很是的少，實現功能沒問題，但你想本身去定義組件屬性、樣式是很困難的（這點真的很奇怪，全部組件沒有任何設置樣式的接口）。

咱們團隊作了個簡單的對比，開發一樣一款簡單的天氣應用。iOS拿到UI設計稿後，輕車熟路兩天搞定，各類交互不須要UE，都是iOS經常使用動畫。web前端這邊，拿着設計稿去找UI：

這個透明的狀態欄我無法實現，由於小程序的狀態欄必需要有 ； 底部的Tab欄我只能設置顏色和圖片，設計稿裏的樣式我作不出來； Banner輪播的指示點我改不了。

咱們在小程序開發中遇到最棘手的2個問題：

缺乏統計、繪圖組件，之前的echarts和hightcharts都沒法使用，只能用canvas去繪製，耗費的時間之多可想而知。咱們目前正在着手修改一款基於canvas的開源繪圖組件，讓其支持小程序。

小程序不支持WebView，大量已被靜態化好的HTML頁面徹底沒辦法在小程序上展現。若是要支持格式化的文本顯示，目前思路有二種：

編寫工具，用正則表達式解析HTML，並轉化成小程序的標籤。這個過程很繁瑣，不只要處理標籤還要處理樣式。好比html中的 ul 籤，處理起來就很棘手；再好比小程序裏的中是不能嵌套的（嵌套後內部的text樣式無效），而這樣的嵌套在html中太常見了。

編寫一個針對wxml的文本編輯器，用這樣的編輯器從新錄入和格式化文本（這就是小程序帶來的一個挺好的機會）

小程序原生支持WebView的可能性很小。若是支持WebView，那之前用HTML5開發的各種WebApp又能夠在小程序裏跑了，iOS —-> 微信—-> 小程序—-> WebView，這複雜的結構是要逆天的。但有可能微信會開放一個只支持CSS+HTML的WebView，不能運行Javascript。

開發者在開發小程序以前必定要預先對這些技術問題作充分的瞭解，並在設計上、功能規劃上儘量的規避。

現階段，你想按照你的UI設計去開發，困難不小。有人說目前小程序還在內測，將來會有大量的組件出現。會有組件出現我絕不懷疑，但組件的質量怎麼樣，開發者的熱情有多高，能不能造成一個良好的社區氛圍，這些都是未知數。中國可以靜下心來作開源的開發者，真的挺少。

至於推廣成本和用戶獲取上，不少人都認爲小程序會有絕對的優點，它處於微信內部，理應離微信關係鏈條更近。可微信至今沒有給小程序分享的接口，也許之後會給新的接口，也許會將小程序綁定到公衆號，藉助公衆號來傳播，也許根本不給小程序提供分享的接口。

誰知道呢？

APP獲取用戶成本高的一個根本緣由是用戶手機裏的APP已經飽和了，咱們不能拿一個新興生態的用戶獲取成本和一個已經飽和的生態作對比。

當小程序的生態也飽和的時候，這個成本還低嗎？點開你微信裏的訂閱號，刺目的紅色數字有沒有亮瞎你的眼？而你又認真去閱讀的文章有幾篇？大量刷來的用戶那不叫用戶，想獲取一個真實的用戶的成本歷來都不低。

這裏仍是建議各位開發者，把精力真正的放在產品上，不要一味的盯着着微信的傳播優點和平臺優點。小程序因爲門檻較低，競爭的激烈程度將遠超iOS和Android。

Web發展這麼多年, 積累的大量前端人才，極有可能被這波熱潮釋放。把精力投入在打磨產品上，結合本身產品的特色適度營銷，這纔是王道。

「H5程序俱樂部」是一個專一微信小程序學習交流的微信公衆號
天天發佈微信小程序設計/開發/運維知識，小程序最新資訊
H5程序俱樂部微信號：wxappclub