小程序跨平臺開發解決方案探索

繼微信正式推出微信小程序後，各個大廠陸續發佈了各自的小程序平臺 —— 支付寶小程序、百度小程序、頭條小程序，跨小程序平臺開發也成爲了衆多小程序開發者要面臨的問題。

Antmove - 小程序跨平臺解決方案

小程序開發血淚史

小程序發展初期

• 框架不穩定
• 更新頻繁
• bug 衆多

隨着微信小程序的發展，微信小程序以基本不存在上述的問題，而其它新興的小程序廠商則還在此階段，對於小程序開發者來講，若是要接入微信小程序以外的平臺，以上的問題是技術方案評估環境必需要衡量的問題。

小程序發展中期

• 開發體驗提高
• 組件式開發需求
• 與 web 開發技術生態的融合

在這個階段，小程序開發者追求的是開發體驗，在 web 框架蓬勃發展，開發工具生態飛速完善的環境下，槽糕的小程序開發體驗是用戶不能忍受的，這個階段也出現了許多的小程序框架極力的解決這個問題，如 wepy、mpvue、taro 等。

小程序發展成熟期

• 多平臺支持需求
• 包體積
• 性能

到今年以來，除微信小程序平臺外，其它廠商小程序平臺也獲得了極大的推進發展，這時小程序跨平臺能力就顯得尤其重要，同時與之相對的包體積控制小程序性能也成爲關注點，這也是目前衆多企業和開發者面臨的問題。

小程序跨平臺開發解決方案探索

小程序跨平臺開發，簡單來講就是經過一套解決方案實現開發一次，上線到多個小程序平臺。

解決方案

爲知足多小程序平臺的需求，簡單來講能夠有如下的解決方案：

• 各平臺單獨開發

  • 人力成本高

• 開發某一個平臺小程序，經過技術實現到其它平臺的轉換

  • 技術實現成本高，小團隊難以支撐

• 使用支持跨平臺的小程序框架開發，依賴於框架的跨平臺能力，實現跨平臺

  • 引入框架成本

對於第三種方案來講，目前社區中比較熱門的小程序跨平臺開發解決方案有 mpvue、taro、uni-app 等。這些框架不一樣程度的解決了小程序跨平臺開發的問題，但他們都存在一個飽受詬病的問題，那就是框架之痛。在前端開發的發展過程當中，從前端框架出現到百花爭鳴，到如今的三足鼎立（Angular、React、Vue）時代，開發者依然會因以下的
問題而頭疼：

• 是否應該在項目中引入框架？
• 應該選擇什麼樣的框架，更好？更適合？
• 在性能面前，應該選擇框架仍是採用原生開發？
• 團隊開發技術棧統一之爭？
• 老項目維護問題，技術升級之痛？
• 該框架的將來發展是怎樣的？

做爲小程序的開發者，依然會面臨這樣的問題，並且會更加嚴重，小程序自己就是一個框架（並且小程序框架發展很快，功能也在不斷完善，開發體驗也愈來愈好），在小程序之上又包一層框架，整個開發流程多了一環，無疑會增長項目的風險。並且小程序框架自己還在不斷的發展，以微信小程序爲例，新特性、能力、規範不斷的更新，框架如何短期的更新適配就成爲一個難題。而依賴框架以後，開發者與原生小程序隔離開來，不得不依賴框架方提供解決方案。

除了框架能力的支持適配，引入框架還會使得項目自己變得臃腫、緩慢、約束。

解決方案之 Antmove

在高德小程序開發團隊（阿里系小程序的一員【支付寶小程序、淘寶應用、釘釘應用、天貓精靈等】）的工做中，咱們遇到了許多想將微信小程序應用上線到阿里系小程序平臺的客戶，而從新開發一個新平臺的小程序對他們來講又比較耗成本，爲了解決這個問題，螞蟻搬家工具應運而生，咱們的出發點很簡單，但願可以經過技術手段將一個微信小程序應用上線到阿里系小程序平臺上。

隨着這個過程的進行，咱們發現用戶除了有對阿里系平臺的需求外，還有對其它小程序平臺支持的需求，因此又有了其它廠商小程序平臺的支持。

多小程序平臺支持

目前百度智能小程序、頭條小程序的支持還在內測，即將能夠體驗。

從最初的客戶服務案例到如今的 antmove 開源項目，咱們整個團隊考慮過不少，做爲一個非 KPI 項目，咱們會持續的將它作好，但願能幫助更多的小程序開發者解決他們遇到的問題。

Antmove 不是一個框架，而是一個轉換工具，好比將微信小程序項目轉換爲支付寶小程序項目，它更多的仍是但願開發者能使用原生的小程序語法去開發小程序，更小、更快、更簡潔。

到目前爲止，Antmove 工具已經幫助了衆多的內部用戶和外部小程序開發者實現小程序的轉換遷徙，如今也但願它可以幫助你解決跨平臺開發的難題。

參考連接

• Antmove - 讓小程序跨平臺開發再也不困難