小程序開發目前市場主要三種方案:前端
1、 基於某個語言開發或者某款開源系統開發後端API接口數據庫
PHP領域不少人喜歡用discuz、WordPress等開源程序搭建小程序,他優勢是若是你自己博客是基於這類系統,只須要開啓API配置好https接口就能夠基於此係統開發。小程序
缺點也很是明顯、移植性能差,出問題的概率高,併發低,安全相對比較低。前端新手上手困難等。後端
2、騰訊雲官方方案安全
優勢:官方方案相對來講相關套件比較完善,懂先後端相關技術的人一鍵部署,基本在配置,而後一鍵上傳,遇到幾個小服務器問題,很快解決。
缺點:若是對整個後端不是很熟悉的人,就會比較麻煩。一個服務器問題部分人幾天也解決不了,官方人員很難聯繫到效率低。例以下面這位開發者的遭遇服務器
3、基於Baas 平臺開發併發
1.小程序Baas有什麼用?app
它能夠免去小程序開發中服務器搭建、域名備案、https、API接口等,簡單一句形容:專心寫本身想要的頁面就行了,其餘Baas都幫你作好。性能
2.小程序你爲什麼要使用BAAS ?調試
簡單易用(因爲封裝了SDK,一行代碼實現支付、客服消息再也不是問題)
高效 (除了後端不用寫代碼、基礎備案都免除了,能夠想象效率)
低開發成本(下降開發與硬件基礎設施的部署和維護成本。)
好維護(徹底不用維護後端問題)
下降應用擴展(scaling)成本,當你有100W併發時會遇到性能瓶頸。目前老牌的BAAS平臺如Bmob、AVcloud,均可以支持動態的自動擴張。
3.哪些企業使用了BAAS ?
相比小程序,在App行業早就遇上了Baas的快車,國內像華爲、騰訊、知乎等知名企業都在使用Baas,華爲、百度甚至對外推出過Baas產品,因爲Baas產品對用戶積累與服務要求比較高,目前據說華爲的Baas只給內部項目使用,百度的Baas推出沒多久因爲內部問題關閉了。
想象一下,咱們在一個小程序論壇,看到一份喜歡的源碼,發覺還不錯,下載源碼,想發佈上線審覈。
傳統上線例子:
PS:爲了體系出傳統也很快,這裏暫且默認你公司有些積累以前一些準備工做都有,包含域名、備案、https、服務器、以及這套源碼的運行環境。
第一步:
把數據庫導入到線上數據庫。
第二步:
把代碼傳到線上環境。
第三步:
調試小程序代碼。
第四步:
提交上線審覈
這裏常常遇到的問題是不少小程序源碼代碼不全,只放了小程序源碼,沒有數據庫相關信息。導入上去後代碼與小程序之間有些認證機制,你可能要稍微閱讀下代碼,知道這套代碼的實現原理(若是要進行修改,可能就須要知道這個後端系統的整個流程,因爲沒有文檔,不少狀況下是盲人摸象),進行調試發佈上線。
小程序 Baas上線例子
這裏每一步都相對簡單,只要你發佈太小程序,基本三分鐘內能發佈上線。即便應用個別數據表缺失也不是問題,好比沒有留言表,或者反饋表。你只須要反饋頁面反饋一下,系統會判斷是否存在此表,若是不存在,則默認建立。
能夠看出,在這種API接口模式開發的應用,使用Baas服務有絕對的優點,目前已有幾千小程序開發者從騰訊轉向Bmob移動後端雲,將有更多的移動開發者加入到Baas的隊伍中。