摘要：目前支持哪些平臺的搬家目前對外開放版本釋放了微信小程序轉(zhuǎn)支付寶小程序的功能，這也是我們在調(diào)研中發(fā)現(xiàn)需求最多的。從筆者的了解來看，微信小程序框架原理更接近于，而支付寶小程序更接近于。

原文地址： https://ant-move.github.io/we...

螞蟻搬家工具（Antmove）是一個小程序開發(fā)輔助工具，致力于解決小程序跨平臺開發(fā)的難題，借助于 Antmove，你只需要編寫一套微信小程序代碼（或是支付寶小程序代碼）就可以達(dá)到運行于多平臺的目的，無需關(guān)心如何適配多平臺的難題。

Antmove 起源于高德小程序團(tuán)隊的一個內(nèi)部項目，在高德小程序平臺建立之初，有許多的企業(yè)合作商希望將他們的小程序應(yīng)用上線到高德小程序平臺（支付寶小程序平臺），但他們已經(jīng)有了自己的微信小程序應(yīng)用，再開發(fā)一套高德的（或是支付寶的）對企業(yè)來說是一種資源的負(fù)擔(dān)。基于這個需求，內(nèi)部實現(xiàn)了一個微信小程序到高德小程序的轉(zhuǎn)換工具，通過這個工具幫助這些企業(yè)用戶快速的將他們的應(yīng)用上線到高德上。

基于初始的微信小程序到高德小程序轉(zhuǎn)換的需求，我們發(fā)現(xiàn)雖然解決了用戶的第一步需求，但還沒有完全解決他們的痛點，去真正的實現(xiàn)小程序的跨平臺開發(fā)，提供小程序跨平臺能力解決方案，這也是螞蟻搬家的目標(biāo)，要去解決的問題。

螞蟻搬家工具，提供一種小程序跨平臺開發(fā)統(tǒng)一解決方案

Antmove 的目標(biāo)是提供一套成熟穩(wěn)定的小程序跨平臺開發(fā)解決方案，那么它到底是什么樣的一個工具，適合什么樣的場景？

如果你沒有小程序跨平臺的需求，那么你是不需要用到 Antmove 的

Antmove 做的是將小程序應(yīng)用編譯為其它平臺的小程序應(yīng)用，它不是一個小程序框架，不定義新的小程序語法，我們認(rèn)為目前的小程序框架發(fā)展的已經(jīng)很成熟，功能完備。基于原生的小程序就已經(jīng)足夠開發(fā)者去開發(fā)小程序應(yīng)用，引入第三方的庫，框架反而會增加技術(shù)風(fēng)險，是應(yīng)用變得過于復(fù)雜。小程序就應(yīng)該小而美，技術(shù)層也應(yīng)該是這樣。

目前支持哪些平臺的搬家

目前 Antmove 對外開放版本釋放了微信小程序轉(zhuǎn)支付寶小程序的功能，這也是我們在調(diào)研中發(fā)現(xiàn)需求最多的。支付寶到微信以及支付寶到百度頭條的轉(zhuǎn)換目前正在測試中，很快就會與大家見面。

為什么是支付寶到百度頭條？而不是微信到百度頭條的直接轉(zhuǎn)換？

如下的轉(zhuǎn)換鏈路圖可以讓我們更加清晰直觀的了解 Antmove 的跨平臺支持情況

在 Antmove 的轉(zhuǎn)換鏈路中，我們實現(xiàn)了微信小程序與支付寶小程序的雙向轉(zhuǎn)換，從而實現(xiàn)了以微信小程序為核心或者支付寶小程序為核心的跨平臺解決方案。

微信小程序與支付寶小程序的作為可選轉(zhuǎn)換鏈路的設(shè)計

支付寶小程序的推出要落后于微信小程序，所以在整個框架能力支持上，支付寶是向微信小程序?qū)R的，然后在框架的底層設(shè)計上，兩者是有差異的。從筆者的了解來看，微信小程序框架原理更接近于 Vue.js，而支付寶小程序更接近于 React.js。基于此，在開發(fā)體驗上，兩個平臺也有許多的不同。這也是 Antmove 支持兩者作為轉(zhuǎn)換支持核心的原因之一，讓用戶可以選擇自己或是自己團(tuán)隊搭的開發(fā)體驗。

Antmove 能做到百分百的轉(zhuǎn)換支持嗎？

很遺憾的是，經(jīng)過整個團(tuán)隊的努力，還是有部分差異是工具無法解決或是我們不想解決的，無法解決的部分是不同小程序平臺的能力差異化導(dǎo)致的；而工具沒有去刻意支持的部分是因為我們不希望過多的去影響編譯輸出的代碼，我們希望編譯輸出的還是可編程的、人性化的原生的小程序代碼，盡量低的性能損耗。
雖然有部分需要開發(fā)者自行去處理，不過完全不用擔(dān)心，工具提供了一套機(jī)制，讓開發(fā)者可用盡量低成本的實現(xiàn)差異化的兼容

從小程序發(fā)展至今，社區(qū)也出現(xiàn)了許多的小程序相關(guān)的框架、工具等生態(tài)工具，比如 mpvue、taro、uni-app等工具。它們也提供了跨平臺的解決方案，Antmove 與它們相比有什么異同，有什么優(yōu)勢呢？

第三方框架與原生微信小程序開發(fā)框架性能之比較

wepy、mpvue 小程序框架最初的目的是提升小程序的開發(fā)體驗，它們是最早的一批框架，因為那時候微信小程序剛推出不久，功能不穩(wěn)定，API 經(jīng)常變更，功能也不夠完善（不支持組件式開發(fā)）。所以那時迫切的需要提升小程序的開發(fā)體驗，不過到目前為止，小程序框架已經(jīng)發(fā)展的很成熟而且推出了許多小程序場景的功能。

原生小程序的開發(fā)體驗已經(jīng)足夠好，語法擴(kuò)展功能就顯得有些雞肋，這也是 Antmove 選擇原生小程序開發(fā)方式的原因。能夠享受小程序框架的完整的功能特性，同時無需額外的學(xué)習(xí)成本。

從技術(shù)工程的角度來看，引入第三方框架是有風(fēng)險的，如果對框架有了強(qiáng)依賴，比必須保證對框架有足夠的了解，否則就會出現(xiàn)框架層引入潛在 bug 的可能。開發(fā)流程的增加，開發(fā)體驗也會下降，開發(fā)調(diào)試變得困難。這也是 Antmove 與框架類小程序跨平臺解決方案相比的優(yōu)勢，無論是轉(zhuǎn)換前還是轉(zhuǎn)換后得到的都是原生的小程序代碼，只需要引入部分的 polyfill 代碼即可。

基于 Antmove 的跨平臺方案，基本可以達(dá)到和原生小程序一樣的性能體驗。而如果使用了第三方框架的話，無論框架再怎么優(yōu)化，與不引人相比，性能肯定會有損耗。

Antmove 基本可以達(dá)到一鍵轉(zhuǎn)換的使用體驗，同時還配套了開發(fā)模式的編譯日志、運行時日志幫助用戶完善應(yīng)用，了解不同平臺之間的差一點，得到很適合目標(biāo)平臺的代碼。

團(tuán)隊有資源優(yōu)勢，對支付寶小程序框架從外到內(nèi)有深入的了解，可以做出更多的優(yōu)化。

Antmove 工具為了提供更好的跨平臺解決方案，主要在編譯時、運行時以及編譯運行時的結(jié)合處理，做了許多的轉(zhuǎn)換處理工作。

如下以微信小程序轉(zhuǎn)支付寶小程序為例，對應(yīng) Antmove 的 wx-alipay-plugin。

Antmove 在編譯時會將整個應(yīng)用的目錄結(jié)構(gòu)、文件結(jié)構(gòu)等轉(zhuǎn)換為對應(yīng)平臺的結(jié)構(gòu)，對文件命名規(guī)范、樣式、模板、邏輯文件、配置文件等按照特定平臺輸出。

框架相關(guān)的特定語法如 wxs 語法、模塊依賴系統(tǒng)（路徑解析規(guī)則差異處理）也會在編譯的過程中處理為目標(biāo)平臺語法。

微信小程序

  
     獲取頭像昵稱 
    
      
      {{userInfo.nickName}}
    
  
  
    {{motto}}
  

支付寶小程序

  
    
      獲取頭像昵稱
    
    
      
      
      
        {{userInfo.nickName}}
      
    
  
  
    
      {{motto}}
    
  

運行時處理主要是對 API，開放能力以及 App/Page/Component 構(gòu)造函數(shù)進(jìn)行差異抹平處理。

有許多功能是編譯時和運行時多帶帶無法處理的，以自定義組件事件傳遞為例，微信是以 triggerEvent 的形式，類似于自定義事件，而支付寶則是類似于 react 的機(jī)制，基于 props 的形式來實現(xiàn)組件之間的方法傳遞，這就需要在編譯時將事件轉(zhuǎn)換為支付寶 props 的形式，并需要在運行時對 props 函數(shù)更改為 triggerEvent 調(diào)用的形式。