shareinstall在IOS和Android上個性化安裝的差別

移動開發者都知道，shareinstall最近推出了一個個性化安裝的功能。這個功能主要應用在，對于需要加入ROOM的遊戲，可以通過個性化安裝實作邀請好友下載下傳或拉起App後自動加入ROOM開始遊戲。個性化安裝使遊戲組隊的操作步驟簡化，極大地提高了遊戲使用者的體驗。

首先，我們來了解一下shareinstall SDK的內建流程。

邀請使用者得獎勵，是千年不變的推廣利器；一般情況下，被邀請使用者需要填寫一個邀請碼，這樣往往會給人以反感，一般人都是拒絕的；而shareinstall這個第三方可以達到一種免填建立關系的方法，實際上邀請碼還有，但是是隐性的。（因為是App應用，有一個前提就是，使用者是需要下載下傳這個應用的，而不是在網頁上）。

起源于社交項目，當時候知聊采取了類似的形式（免填邀請碼，但很可惜沒有研究到它用的是什麼技術），這種上下級關系類似傳銷一樣的爆炸開來，使用者量猛增，也使我們的業主也想這麼做。但得知有這個第三方時，社交類的項目已經到了第三個了，是以隻在蝸伴裡有用到。

它目前是免費的，技術支援也隻能加客服QQ，涉及三個方面：分享頁面的js，AndroidSDK，iOSSDK。

SDK內建

官方介紹：

shareinstall能夠讓開發者将URL參數傳遞給安裝後的APP，進而免去使用者安裝APP後繁瑣的參數填寫，例如免去使用者手動填寫邀請碼、綁定資訊，甚至是注冊、登入等繁瑣流程步驟，APP流程優化，大大改善使用者首次使用體驗，使之盡快到達APP的核心業務功能。

流程上：

A使用者要推薦别人安裝應用，A分享了一個連結給那個人（B），連結上的頁面內建了shareinstall的js，這個js動态擷取到A的邀請碼，B打開那個頁面，觸發了js（比如點選下載下傳應用按鈕），這個時候shareinstall會将A的邀請碼以某種形式告訴即将下載下傳好的應用，B下載下傳好之後，初次打開就可以擷取到這個值，然後在注冊的時候帶給接口去搭配關系就好了

shareinstall在IOS和Android上個性化安裝的差別

shareinstall在IOS和Android兩個系統裡個性化安裝的差別主要展現在JS編寫上：

Android:

在APP需要個性化安裝參數時（由web網頁中傳遞過來的，如邀請碼、遊戲房間号等 自定義參數），調用以下方法，在回調中擷取參數。

IOS:

當應用安裝後首次打開時，iOS sdk會收到網頁端通過js sdk傳來的自定義動态參數，精确的擷取app每一次安裝的分享（或推廣）來源。比如通過在分享連結url中附帶app邀請人的使用者id，就可達到免填邀請碼的效果；url中可拼接自定義的參數。在AppDelegate中，添加擷取安裝參數的回調方法，代碼如下所示:

需要注意的地方：那個唯一的邀請碼隻會出現一次，App端應該儲存起來，将它用于第一個注冊的使用者。