React Native Bundle兼容性

Question

React Native似乎是創建在iOS和Android下運行的應用程序的理想平臺。能夠在不需要提交新的本地版本進行審查的情況下向我的客戶推送新捆綁包真是太好了。

有一件讓我擔心的事情是新的React Native版本。在GitHub上，我每個月看到平均三個新版本。新的本地版本通常包含重要的錯誤修復，但我的問題是它們是否會破壞與我的JavaScript包（實際的React應用程序）的兼容性？

人們有時需要一段時間來更新本機應用程序。那麼這是否意味着我將不得不維護一個捆綁版本的蜘蛛網，以匹配他們的原生應用版本？

像這樣的事情會很快變得一團糟：對於原生應用1.0

• 包1.0（與之反應母語0.37）
• 包1.1原生應用1.0（與之反應母語0.37）
• 束1.2本機應用程序1.0（與之反應母語0.37）
• 束1.0的本機應用1.1（與之反應母語0.37.1）
• 束1.1的本機應用1.1（與之反應母語0.37.1）
• 束1.2的本機應用1.1（與之反應母語0.37.1）
• 束1.1的本機應用1.2（與之反應母語0.38）
• 束1.2的本機應用1.2（與之反應母語0.38）

Answer 1

新版本很常見，但它們通常不會打破界面。在軟件開發API中，通常只允許在主要版本發行版中進行更改，而不是次要版本。

此外，事情不只是刪除。如果發生急劇變化，它通常會被標記爲「已棄用」，並且在稍後的幾個版本之前不會被徹底刪除。這使您有時間在發生一些重大變化時對應用程序進行更改。

簡而言之，是的React-native正在迅速獲得新的版本，但沒有界面不應該經常更改，以至於它會像您的示例一樣嚴重。

聲明：我不是React本地開發人員，也不是貢獻者，所以我不能說他們的版本策略有多嚴格。不過，我會鏈接到來自react-native的幾個文檔，並作爲來源進行響應。

您還可以跟蹤其github releases page上的react-native changelog。

React的官方文檔鏈接here引用了它們的版本化語義。你可以看到它鏈接，更多的貢獻指南here。因此，反應原生將遵循類似的政策。

編輯：我發現react-native的contribution document，它似乎實際上比React本身對版本化語義有點不嚴格。沒有關於版本的任何鏈接或特定的部分，但這個報價

我們將竭盡所能，這些變化和版本適當溝通，使您可以鎖定到特定的版本，如果需要的話

因此，我認爲可以安全地假設他們將（大部分）遵循與React本身相同的指導原則，尤其是考慮到大多數貢獻者都來自Facebook本身。