到 Android 和返回：如何將您的 iOS 應用程序移植到 Android 和反之亦然？

現在，如果你去競爭對手所在的地方，你就死定了。
托爾斯滕·海因斯

如果您正在閱讀本文，那麼您可能擁有/考慮擁有本機移動應用程序，或者考慮將您的應用程序從 iOS 移植到 Android 。 每一個與應用程序相關的出色的創業想法或舉措背後都有一定的預算，有時你必須選擇構建在哪個平台上，至少在第一次發佈時是這樣。 移動應用程序企業家通常選擇的最常見平台分別是 iOS 和 Android。 Instagram、Worms 3、Clash of Clans 等十多款優秀的移動產品在 iOS 平台上率先推出，其中一些甚至還沒有實現飛躍。 是什麼讓企業主如此青睞 Apple 和 App Store？

更多創收用戶。 Slash.dot 表明，2016 年 iPhone 用戶在 App Store 上留下的平均美元金額已達到 40 美元的峰值——而 2015 年為 35 美元，因此該數字將在第二年增長。

市場碎片化。 儘管 The Next Web 聲稱 Android 設備的碎片化已成為一個可管理的問題，但它仍然存在 4 年後。 因此，一旦涉及到為 Android 編碼，就需要更長的開發和測試時間。

Android 上盜版的嚴重程度。 儘管最近這種說法被證明是相當不受支持的，但企業家們仍然被欺騙認為 Google Play 上的付費應用程序可能會受到各種侵犯。

對 iOS 和 Android 平台之間的差異感興趣嗎？ 不要錯過我們關於 iOS 與 Android 開發神話的文章。

綜上所述，當你是一家初創公司並且你籌集的資金有限時，iOS 開發現在是熱賣的，但是你的應用程序成功的是什麼（現在很常見）？ 也許您會考慮將您的應用程序從 iOS 移植到 Android 平台。

移植到 Android 的幾個“原因”（反之亦然）：

• 它有你的背部。 您的競爭對手將無法在您眼前搶走 85% 的用戶市場——因為這就是擁有 Android 的客戶的百分比。

• 更多的應用程序只是意味著更多的收入。 無論您在移植 iPhone 應用程序後選擇堅持哪種貨幣化模式，它仍然可以為您賺取一些現金，正如民間傳說所說的那樣——“越多越好”。

將原生 ios 應用程序移植到 android 的決定並不是最簡單的決定，但是一旦您下定決心 - 如何將 ios 應用程序移植到 android 的一個重要問題就出現了！ SO，怎麼轉賬？ 此處將為您提供有關該主題的簡短指南。

讓我們直接看好消息 - 從 iOS 移植到 Android（或其他方式）的整個應用程序將比第一個版本的成本更低，因此請準備好至少減少 30% 的支出。 您要省錢的過程是應用程序的後端開發 - 因為您已經將它與第一個平台一起開發了。

此外，規範編寫階段很可能會持續較少 - 同樣，它已經編寫完畢，因此除了一些小的更改之外，您的項目結構已經準備就緒。

儘管在將 iOS 移植到 Android 時有一些必須考慮的技巧。

設計。 普遍公認的事實 - Apple 和 Google 的界面就像粉筆和奶酪，這基本上意味著您不能只是從當前應用程序中獲取現成的用戶界面並在移植時復制粘貼它。
與設計相關的主要問題是圍繞蘋果和谷歌公司引入大眾的企業風格差異而建立的。 Apple 適用於其所有產品的詞是“扁平化”，其中每個設計元素都存在於 2 個維度內，並且看起來非常齊平。

相反，Android 設計基於 [Material](https://design.google.com/articles/design-is-never-done/) 的原則，用戶可以在其中看到不同層次的元素放置； 它使用戶更容易感知界面，幾乎就像這是他正在與之交互的現實生活中的對象。

簡而言之，有幾個關鍵點可以產生巨大的差異：

• iOS 和 Android 上的列表（Android 上沒有箭頭）

- 不同的數據選擇器

- “共享”選項的不同圖標。 同時具有微小但巨大的特性。

- 對象的放置 - Android 上的“卡片放置對象”

此外，谷歌的指導方針是不可逆轉的明確和不可避免的——你需要遵循一些規則才能將你的貢獻提交給谷歌播放。 對於 Apple 的指南，情況有點不同——它們向您展示了要採取的方向，但對您決定提出的所有創意應用程序概念都非常開放。 因此，設計並不能真正移植到 Android 上——但它可以按照所有準則重新創建。

2.市場調查。 儘管許多人聲稱可以“跳過”市場研究部分，但我們建議再次執行此程序。 iPhone和Android不同受眾的問題我們之前已經提出過，因此您的應用程序的目標受眾也可能略有不同。 我們建議再次調查此事。

3.發展。 同樣，這裡的移植不僅僅是將已經編寫的代碼行插入不同的 IDE 的過程，因為將 Swift 編寫的代碼轉移到 Java 是完全不可能的。 所以開發階段是從頭開始編寫整個應用程序，所以總的開發時間不會變短； 事實上，如果你考慮 Android 和市場碎片化問題，可能需要更長的時間。

4.測試。 質量保證是最重要的事情，是一種保險保證。 指出在移植過程中可能會發生錯誤，因此通常 30% 的時間用於修復錯誤並確保您的服務像以前那樣在任何地方都能正常工作。

您可能感興趣：如何避免 App Store 被拒絕

最後。

要關注的事情清單並沒有以上面提到的所有這些結束，因為還有許多其他事情值得一提。 進入新市場的決定總是有風險的，因為所有未開發的東西總是如此。 在移植到新的操作系統（也許是 Android）時，一些考慮和經驗可以為您的新市場提供出色的應用程序體驗。 此外，憑藉強大的專業知識，可以將風險降至最低，產生更多收入的機會將會增加。

另請閱讀：移動應用開發中 iOS 和 Android 之間的差異