Android - 拥有多个共享首选项是不好的做法吗？

Question

我有一个使用SharedPreferences 的应用程序。一个只是存储应用程序版本以检查更新日志的更新，另一个包含一些布局信息，clear() 在用户选择时被调用。我终于设法让PreferenceFragment 工作并注意到一个趋势，所以我想我现在可能会在我疯狂偏好之前问这个问题（尽管我认为我已经足够了）。

我已尽我所能搜索并没有看到具体提到的问题，只是可能有多个问题。

我有点担心PreferenceManager.getDefaultSharedPreferences() 获取错误的首选项，但我可能只是误解了用法。

我能从我的活动中想到的唯一相关代码：

SharedPreferences storedVer = getSharedPreferences(VER_NUM, 0);
SharedPreferences savedLayout = getSharedPreferences(LAYOUT_SAVE, 0);

Answer 1

这根本不是坏习惯。我认为情况正好相反。我认为不同的行为应该使用不同的sharedPreference 文件。

.getDefaultSharedPreferences() 使用默认的com.company.packagename.xml 文件。其他人创建自己的文件。

我想到了使用多个sharedPreference's 的以下优点。

• 当您使用 BackupManager 时，您可以提供要备份和恢复的 sharedPreference 文件。
• 当用户注销时，您可以删除包含该用户私有值的sharedPreference 文件。您可能不想删除其他一些内容。

Answer 2

根据我使用SharedPreferences 的经验，我注意到以下几点：

1) 始终使用 try 使您的 SharedPreference 名称和属性名称在整个设备上都是唯一的。

2) 不要使用SharedPreference 的名称，例如“myPreference”、“preference”、“appPreference”...等。使用您的 PackageName 作为 SharedPreference 名称的唯一标识符。

例子：

SharedPreferences preferences = getSharedPreferences(Context.getPackageName(), Context.MODE_PRIVATE);   

3) 通过将属性名称与包名称连接起来，还可以为您的属性使用唯一的键。

例子：

Editor editor = sharedpreferences.edit();
boolean isAdminKey = Context.getPackageName()+"admin";
editor.putString(isAdminKey , "value");
editor.commit();

4)用一个commit()编辑多个Keys值没问题。

5) 创建首选项时使用MODE_PRIVATE，以防止其他应用程序读取您的SharedPreferences。例如，参见第 2 步

6) 不要依赖SharedPreferences 100%，因为如果用户从应用信息屏幕按下Clear Data 按钮，它将被清除。否则，请在 ExternalDirectory() 中创建文件或将您的信息发送到服务器。

Answer 3

聚会迟到了，但我想说不要使用多个偏好。坚持getDefaultSharedPreferences。我看到很多人无法跟踪保存的首选项的名称。一般来说，它以错误的方式使代码更加复杂（编译器无法帮助您管理您的姓名）。此外，共享首选项适用于少数小值 - 使用文件系统处理大事，使用数据库处理大量数据。

我已经看到命名的共享偏好被大量使用，我相信这是copyPaste()传播的不幸趋势。

最后，您的偏好活动写入默认共享偏好 - 我最近回答了一个问题，如果使用默认偏好，将完全避免。见：Android SharedPreferences not changing

您可以考虑包装默认的共享首选项方法，以使它们更加简洁，就像我所做的那样here