為了讓開發者可以一次編碼，就能夠編譯為 小程式、 Android、 iOS 應用，實作所謂的 多端開發，去年微信推出了 Donut（多納） 開發平臺（目前是 Beta 版），核心包括：1、開發者可將 小程式 構建成可 獨立運行的移動應用；2、也可以將 小程式 構建成運行于 原生應用中的業務模塊

從圖中可以看出第三方 APP 應用是可以運行微信小程式的，主要是因為微信將運行小程式的能力對外進行了開放，今天就基于 為什么需要提供這樣的能力？ 除了 Donut 還有哪些合適的方案推薦？這些問題同大家展開討論，

微信小程式

在正式展開之前，還是有必要簡單了解一些和小程式相關的內容，

小程式是什么？

在沒有小程式之前，我們手機上存在的大多數各種各種的 APP ，這些 APP 通常需要下載、安裝、注冊/登錄等一系列步驟后才能夠使用，然而這是存在一些缺陷:

占用大量存盤空間
- 下載并安裝應用，就意味這個應用會在你的手機中占用一定空間，隨著你安裝的 APP 越來越多，手機的存盤空間消耗就越多，手機會因存盤空間不足而變得卡頓
- 而且多數的 APP 應用本身就是需要占用較大的存盤空間，特別是當用戶的手機本身總存盤量就不大的時候，更能凸顯出這種缺陷
安裝時間長
- 用戶想更快的使用應用，雖然目前大多數應用的安裝速度變得越來越快，但當用戶體驗過一個安裝速度很快的應用后，會不自覺的與另一個應用的安裝速度進行比較，而且不會在乎兩個應用的體量的差異帶來的影響
- 另外不同機型本身存盤量的原因也會導致安裝時間增加等
注冊/登錄繁瑣
- 為了安全性，一般在進行注冊時會通過各種有效身份認證，例如：系結了銀行卡的手機號、人臉識別、身份證件照、鑒別人為操作（拖動驗證、文字順序驗證、驗證碼驗證等）等，這一系列的程序本身雖然是為了安全，但是用戶會覺得很繁瑣和麻煩，甚至會認為 APP 是單純的在獲取這些個人資訊
- 另外，特別是涉及到兄弟 APP 的操作時，往往會在當前 APP 里面提示你去下載另一個軟體，而且你有需要進行如上所有操作

小程式是一種無需安裝、即開即用、用完即走的應用，它能夠解決上述帶來的問題：

無需安裝 意味著不會占用大量的手機存盤空間，也不存在安裝時間長的問題
即開即用 意味著注冊/登錄程序更簡化，通常來講只需要所謂的 一鍵授權

微信小程式

微信小程式是小程式的一種，顧名思義，它是運行在微信端的或者說基于微信的，其實就是一個借助微信平臺而開發的 類 APP，不過其特性使得和實際 APP 產生了區別，

2017年12月28日，微信更新的 6.6.1 版本開放了小游戲，微信啟動頁面還重點推薦了小游戲「跳一跳」，讓微信小程式正式擁有了自己的姓名，后續百度、阿里、今日頭條等平臺也陸續推出了自己的小程式，讓小程式這個名字更加火爆，造成后續的應用都變成了所謂的 "超級應用 + 小程式" 的模式，

優勢

微信小程式的優勢包括但不限于以下幾點：

用戶流量大
- 微信用戶量已經是以億為單位了，這意味著其本身擁有了如此巨大的免費流量，只需要基于微信的推廣，對應的小程式就會有大量的使用者
可直接支付
- 微信本身已經擁有了支付能力，因此微信小程式完全可以接入微信本身的支付能力，無需像其他 APP 應用一樣跳轉到第三方支付系統，也就支付上更便捷
入口多、更快查找
- 基于微信生態下，微信小程式的入口非常多，能夠更快速的找到入口，例如：掃一掃、搜索小程式、最近使用的小程式、附近小程式、分享的小程式（如鏈接、二維碼）、微信的服務通知等等
結合物體商
- 單純的支付功能只能滿足線上支付，支付結束用戶和物體商就斷開聯系了，小程式的接入就可以將用戶和物體商間進一步保持連接，例如進入對應的微信小程式后，用戶可以選擇開通會員權益，擁有一定的優惠獎勵和特權，這樣就在某一定程度上將用戶和物體商系結在一起
開發成本更低
- 與開發一個新的 APP 應用相比，所投入的入力、時間方面的成本會更低，并且小程式也更容易接入使用

微信小程式與 APP 應用的結合

為什么需要微信小程式集成在 APP 應用中？

微信小程式雖然擁有上述提到的種種優點，但自從 2017 年以來為什么 APP 應用的地位還沒有被微信小程式占領，反而 APP 數量一直在持續增加，各個商家也沒有停下開發 APP 的腳步，這些是有一定原因的，

原因一：用戶群體和習慣

微信小程式被推出之前，早先火爆的應用市場獲得了先機，這個先機就是提前獲得了用戶，而用戶在應用市場上經過時間的催化，早已經養成了下載并使用 APP 的習慣，并且在應用市場上下載的應用，讓用戶覺得更加安全、放心，這個習慣是微信小程式單單靠幾年內無法改掉的，

再一個是用戶群體，微信小程式推出的時間會和這個時間范圍內的較新時代用戶更貼近，那么也同時意味著早前的用戶也許根本不關心變化，他們仍然會按照之前的方式去處理，這是這部分用戶的第一反應，

原因二：微信小程式是閹割版 APP

微信小程式的包體積大小是有限制的，如小程式的大小不得超過 2M，因此才會有各種對應的分包策略，同樣的如果一個 APP 應用想要基于微信生態，那么就必須得開發一個微信小程式，而由于小程式大小的限制，對應版本的微信小程式通常無法包含原 APP 應用的全部功能，意味著必須要對功能進行 “ 閹割 ”，

“ 閹割 ” 的功能實際上就是犧牲部分用戶體驗和性能來滿足其功能性要求，比如你可以對比一下美團 APP 和美團小程式上功能的差異，用戶分類也是會產生影響，例如輕度用戶可能偶爾會使用一些 APP 的功能，這個時候可能微信小程式就足夠滿足他的需求，然而對于重度用戶而言會更傾向于去下載這個 APP ，畢竟有些操作是私密性強的，或者是需要更安全的環境去操作等，

原因三：微信小程式不是直接入口

微信小程式的各種便捷性本身依賴于微信，雖說有多種查找入口的方式，但畢竟不是直接入口，就像我們常說的 PWA 應用，為什么需要 PWA 呀，還不是因為用戶不想去打開瀏覽器、不想去輸入地址、想要一個直接入口，方便一鍵點擊快速開始使用嘛！

早前你想要在微信聊天界面和小程式之間進行切換的話，可能會導致小程式端直接重新加載等問題，總之，部分用戶會認為下載 APP 更方便使用，又可以在其他應用間進行更友好的切換，體驗更好等等，

原因四：微信小程式侄訓轉成 APP

微信小程式所擁有的微信生態和龐大的用戶流量，讓許多商家會選擇將小程式作為引流工具，當這個業務發展到一定規模，擁有一定穩定客戶群時，商家必然會更傾向于與 APP 應用化，這一點應該不難理解吧！

本質就是為了引流，雖然商家擁有了流量，但是這部分流量說白了還是微信的流量，并不是系結在商家端的流量，因此商家需要形成自己的獨自流量池就需要 APP 應用來實作，

APP 是具有超強粘性的，通常只要用戶不洗掉 App，那么就會一直存在用戶手機中，這樣商家就有機會對用戶進行重復、加深自身品牌印象的操作，這樣也更利于商家后續進行營銷作業，沉淀自己的忠實用戶，

綜上所述，微信小程式終將 APP 化，而微信小程式的語法和 APP 應用可不同，這就會導致不兼容，那么意味著還需要額外的 人力、物力、財力 去開發一個 APP，這似乎不是大家所希望的，因此，微信小程式需要運行在 APP 中是大勢所趨，

FinClip 容器

上面說了，微信小程式迫切的需要在 APP 運行，因此就需要一個容器來幫我們在 APP 集成微信小程式，那么除了 Donut（畢竟是 Beta 版還需要不斷完善）之外還有什么值得選擇嘗試呢？

FinClip 是一款小程式容器，不論是移動 App，還是電腦、電視、車載主機等設備，在集成 FinClip 小程式 SDK 之后，都能快速獲得運行小程式的能力，

FinClip 分別由云側，端側與 開發者工具 三部分組成：

具有的優勢

輕量的小程式 SDK
- 過大體積的 SDK 將會影響安裝 App 和獲取小程式時的用戶體驗， FinClip 中每個平臺中的小程式 SDK 都分為核心與拓展兩部分，開發者可根據業務場景靈活選用
- App 集成核心 SDK 后的打包體積不超過 3MB
兼容微信語法與登錄體系
- FinClip 中所有開發組件、介面均與微信對標，支持各類 npm 插件、UI 框架引入、支持小游戲，支持 2D 游戲及白鷺、Cocos引擎
- 同時打通微信登錄、支付等功能
小程式一鍵生成 App
- FinClip 自研小程式開發工具 FinClip Builder 支持以 "極低的技術投入" 將小程式轉為獨立的 App
自定義規則引擎
- FinClip 可按地域、人群、時段等自定義標簽進行應用投放，滿足企業產品的灰度發布，運營活動 A/B 測驗，以及線上版本管理等多場景需求