小程式容器技術，該如何選擇？

FinFish發表於2022-12-28

前言

這幾天看到微信團隊推出了一個名為 Donut 的小程式原生語法開發移動應用框架，通俗的講就是將微信小程式的能力開放給其他的企業，第三方的 App 也能像微信一樣執行小程式了。
其實不止微信，面對廣闊的B端市場，阿里也早已開放了這樣產品——mPaas，只不過阿里沒有相容市面中佔比和使用範圍最大的微信小程式，所以一直處於不溫不火的狀態。
今天就主要對比分析下目前市面上這類產品的技術特點及優劣。

有這些產品

目前這類產品有一個統一的技術名稱：小程式容器技術。
小程式容器顧名思義，是一個承載小程式的執行環境，可主動干預並進行功能擴充套件，達到豐富能力、最佳化效能、提升體驗的目的。
目前我已知的技術產品包括：mPaas、FinClip 以及上週微信團隊才推出的 Donut。下面我們就一一初略講下各自的特點。

他們的特點

1、mPaas

mPaaS 是源於支付寶 App 的移動開發平臺，為移動開發、測試、運營及運維提供雲到端的一站式解決方案，能有效降低技術門檻、減少研發成本、提升開發效率，協助企業快速搭建穩定高質量的移動 App。


小程式容器技術，該如何選擇？


mPaaS 提供了包括 App 開發、H5 開發、小程式開發的能力，只要按照其文件可以開發 App，而且可以在其開發的 App 上跑 H5、也可跑基於支付寶小程式標準開發的的小程式。

由於行業巨頭之間互不對眼，目前 mPaas 僅支援阿里生態的小程式，不能直接相容例如微信、百度、位元組等其他生態平臺的小程式。

2、FinClip

FinClip 是一款小程式容器，不論是移動 App，還是電腦、電視、車載主機等裝置，在整合FinClip 小程式 SDK之後，都能快速獲得執行小程式的能力。

小程式容器技術，該如何選擇？


提供小程式 SDK 和小程式管理後臺，開發者可以將已有的小程式遷移部署在自有 App中，從而獲得足夠靈活的小程式開發與管理體驗。

FinClip 相容微信小程式語法，提供全套的的小程式開發管理套件，開發者不需要學習新的語法和框架，使用FinClip IDE、小程式管理後臺、小程式開發文件、FinClip App就能低成本高質量地完成從開發測試，到預覽部署的全部工作。

3、Donut

Donut 多端框架是支援使用小程式原生語法開發移動應用的框架，開發者可以一次編碼，分別編譯為小程式和 Android 以及 iOS 應用，實現多端開發。
基於該框架，開發者可以將小程式構建成可獨立執行的移動應用，也可以將小程式構建成執行於原生應用中的業務模組。該框架還支援條件編譯，開發者可靈活按需構建多端應用模組，可更好地滿足企業在不同業務場景下搭建移動應用的需求。


小程式容器技術，該如何選擇？

優劣勢對比

1、各自的優勢

mPaas
  • 大而全，App開發、H5開發、小程式開發一應俱全；
  • 技術產品來源於支付寶，背靠螞蟻金服有大廠背書；
  • 相容阿里系的小程式，例如支付寶、釘釘、高德、淘寶等；
  • 擁有小程式管理端、雲端服務。


FinClip

  • 小而巧，只專注小程式整合，整合SDK後體積增加3M左右，提供小程式全生命週期的管理 ；
  • 提供小程式轉 App 服務，能夠一定程度解決 App 開發難的問題；
  • 幾個產品中唯一支援企業私有化部署的，可進行定製化開發，滿足定製化需求；
  • 相容微信小程式，之前開發者已擁有的微信小程式，可無縫遷移至 FinClip；
  • 多端支援：iOS、Android、Windows、macOS、Linux，國產信創、車載作業系統。


Donut

  • 微信的親兒子，對微信小程式相容度有其他廠商無可比擬的優勢（但也不是100%相容微信小程式）；
  • 提供小程式轉 App 服務，能夠一定程度解決 App 開發難的問題；
  • 體驗分析支援自動接入功能，無需修改程式碼即可對應用中的所有元素進行埋點；
  • 提供豐富的登入方法：微信登入、蘋果登入、驗證碼登入等。

2、各自的不足

mPaas

  • 小程式管理略簡單，沒有小程式全生命週期的管理；
  • App 整合其 SDK 之後，體積會擴大 30M 左右；
  • 不相容微信小程式，之前微信開發的小程式，需要用支付寶小程式的標準進行重寫才可遷移到 mPaaS 上；
  • 目前只支援 iOS 與 Android 整合，不支援其他端。


FinClip

  • 沒有對應的移動應用開發平臺，只專注於做小程式；
  • 生態能力相較於其他三者相對偏弱，但相容微信語法可一定程度補齊；
  • 暫不支援 Serveless 服務；
  • 產品快速迭代，既有驚喜，也有未知。


Donut

  • 對小程式的數量、併發數、寬頻上限等有比較嚴格的規定；
  • 目前僅處於 beta 階段，使用過程有一定 bug 感；
  • 整合後體積增加明顯，核心 SDK 500 MB，地圖 300 MB；
  • 沒有小程式全生命週期的管理；
  • 目前僅支援 iOS 與 Android 整合，不支援其他端。


以上就是關於幾個小程式容器的測評分析結果，可以看出並沒有完美的選擇，每個產品都有自己的一些優勢和不足，選擇適合自己的就是最好的。希望能給需要的同學一定的參考，如果你有更好的選擇歡迎交流討論。



來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/70021577/viewspace-2929920/，如需轉載，請註明出處，否則將追究法律責任。

相關文章