2013-10-08 47 views
1

通常的看法是,應該在開始開發新應用程序時立即設置sharedUserId屬性。看到"To Do" list before publishing android app to market如何選擇一個好的android:sharedUserId?

清單即使經過廣泛的谷歌搜索,我還沒有發現任何指示或實例如何選擇sharedUserId,只是我能找到的唯一的事情是,它應該是一個字符串。所以,問題是:

  • 該id應該是全局唯一的嗎?
  • 是否存在sharedUserId字符串的大小限制?
  • 可能「包」值是一個很好的sharedUserId?

回答

5

通常的看法是,應該在開始開發新應用程序時立即設置sharedUserId屬性。

不,常識是你根本不應該使用android:sharedUserId。僅僅因爲在問題上存在一個零投票(現在是一個低投票)答案並不能使其成爲「普通的智慧」。

android:sharedUserId是專爲固件應用程序。無論您試圖通過android:sharedUserId做什麼,都可以通過IPC和signature級別的權限更安全地處理。

該id應該是全局唯一的嗎?

您不應該使用android:sharedUserId。如果這樣做,它必須在您使用相同生產簽名密鑰發佈的一組應用程序中具有唯一性。

是否存在sharedUserId字符串的大小限制?

您不應該使用android:sharedUserId。如果你這樣做,因爲它只需要在你的應用程序中是唯一的,保持合理的大小。我想有一些上限會導致編譯器崩潰或者其他問題。

可能「包」值是一個很好的sharedUserId?

您不應該使用android:sharedUserId。如果這樣做,重點是跨多個應用程序使用該值,因此會有多個包名稱。

+0

謝謝,我似乎忘記了關於sharedUserId的一篇文章...沒有選擇一些東西會使決策變得更簡單:-) – Hakan

+0

沒有辦法在沒有它的情況下發布應用程序後再添加sharedUserId。恕我直言,使用sharedUserId沒有任何傷害。那麼不使用它有什麼意義? – Michael

+0

@CommonsWare你可以指向其他方法來訪問其他應用程序數據(而不是使用'sharedUserId')嗎? – barmaley

相關問題