為了讓開發者可以一次編碼，就能夠編譯為  小程式、 Android、 iOS 應用，實現所謂的  多端開發，去年微信推出了   開發平臺（目前是  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 測試，以及線上版本管理等多場景需求

FinClip Builder

FinClip Builder 是一款由 FinClip 面向小程式開發者推出的一款小程式開發者工具，可幫助小程式開發者完成小程式開發、除錯、預覽、上傳等基本功能， FinClip Builder 可在  Windows、Mac 多平臺上執行，從而幫助開發者更加高效地開發小程式。