首选项与singleton类在android中集中存储数据
我应该使用单例类或首选项来存储程序中共享的数据吗。例如，假设用户可以启用或禁用位置跟踪。跟踪状态必须存储并与处理位置更改的服务共享。在这种情况下，我应该使用singleton类或首选项来持久化对后台服务的选择吗？还请提供您选择的相关支持点。首选项与singleton类在android中集中存储数据,android,Android,我应该使用单例类或首选项来存储程序中共享的数据吗。例如，假设用户可以启用或禁用位置跟踪。跟踪状态必须存储并与处理位置更改的服务共享。在这种情况下，我应该使用singleton类或首选项来持久化对后台服务的选择吗？还请提供您选择的相关支持点。SharedReferences、Service和Singleton有很大不同。它们都不能代替另一个。如果在任何情况下，您认为您可以使用其中一个来代替另一个，那么您可以确定您对它们的应用程序不是很了解 作为一个示例差异，SharePref保存在光盘中，因此它们
SharedReferencesService作为一个示例差异，SharePref保存在光盘中，因此它们是持久的，而Singleton则不是。
SharedReferencesService作为一个示例差异，SharePref保存在光盘中，因此它们是持久的，而Singleton则不是。Singleton-将数据保存在变量中，并在应用程序销毁时删除。
共享优先-将数据保存在应用程序外部，以便以后即使应用程序被破坏也可以使用。单例-将数据保存在变量中，并在应用程序被破坏时删除。
共享首选项-将数据保存在应用程序之外，以便在应用程序被破坏时，您可以稍后使用。共享首选项的目的正是存储首选项设置和状态值。 Singleton将类的实例化限制为一个对象，这是另一回事
如果要避免关闭应用程序时数据丢失，如果不使用首选项，则必须手动创建一个方法来将数据存储和加载到文件中，因此SharedReference是最佳选择，如果在程序执行期间只想共享对象，可以使用singleton限制其实例化，但是，如果要存储的值是字符串或原语，则在这种情况下，使用首选项也没有副作用，但有点脏。SharedReference的目的正是存储首选项设置和状态值。 Singleton将类的实例化限制为一个对象，这是另一回事
如果要避免关闭应用程序时数据丢失，如果不使用首选项，则必须手动创建一个方法来将数据存储和加载到文件中，因此SharedReference是最佳选择，如果在程序执行期间只想共享对象，可以使用singleton限制其实例化，但是，如果要存储的值是字符串或原语，则使用首选项在本例中也没有副作用，但这是一个有点脏的编程选择。我会将单例用于整个需要的数据结构以及首选项/设置的首选项等。我不认为每个人都喜欢单例路由，但我就是这样您必须使用SharedReferences来存储任何设置（如您的位置跟踪）这需要通过应用程序关闭/重新启动来保持。我会使用单例作为整个过程所需的数据结构，以及首选项/设置的首选项等。我不认为每个人都喜欢单例路由，但这是我学习的方式。你必须使用SharedReferences来存储任何设置（如位置跟踪）需要在应用程序关闭/重新启动期间保持的。