使用Android应用程序类来保存数据

我正在研究一个相当复杂的Android应用程序,这个应用程序需要大量关于应用程序的数据(总共大约500KB–对于移动设备来说这么大?)。 从我所知道的情况来看,应用程序(在活动中,更准确地说)的任何方向变化都会导致活动的彻底破坏和重新创建。 根据我的发现,Application类没有相同的生命周期(即,对于所有意图和目的,总是实例化)。 将状态信息存储在应用程序类中,然后从Activity引用它,或者由于移动设备上的内存限制,通常不是“可接受的”方法? 我真的很感谢在这个话题上的任何建议。 谢谢!

    我不认为500KB将是一个很大的交易。

    您所描述的正是我如何处理我在活动中丢失数据的问题。 我在Application类中创建了一个全局单例,并能够从我使用的活动中访问它。

    如果将要使用很多,你可以在Global Singleton中传递数据。

    public class YourApplication extends Application { public SomeDataClass data = new SomeDataClass(); } 

    然后通过以下方式在任何活动中致电

     YourApplication appState = ((YourApplication)this.getApplication()); appState.data.UseAGetterOrSetterHere(); // Do whatever you need to with the data here. 

    我在我的博客文章 “Global Singleton”一节中讨论它。

    那些依靠Application实例的人是错误的。 起初,只要整个应用程序存在,似乎应用程序就存在,但这是不正确的假设。

    操作系统可能会根据需要终止进程。 所有过程分为文档中指定的 5个“killability”级别。

    因此,例如,如果您的应用程序由于用户应答来电而进入后台,则根据RAM的状态,操作系统可能(或可能不)杀死您的进程(在进程中销毁Application实例)。

    我认为更好的方法是将数据保存到内部存储文件中 ,然后在活动恢复时读取它。

    更新:

    我得到了很多负面的反馈,所以现在是时候补充说明了。 :)那么,最初我真的用了一个错误的假设,即状态对于应用程序来说真的很重要。 但是,如果您的应用程序可以确保有时状态丢失(可能是某些图像将被重新读取/重新下载),那么完全可以将其保留为Application的成员。

    如果你想访问一个活动之外的“Global Singleton”,并且你不想通过所有涉及的对象传递Context来获得单例,那么你可以在你的应用程序类中定义一个静态属性,本身。 只需在onCreate()方法中初始化属性即可。

    例如:

     public class ApplicationController extends Application { private static ApplicationController _appCtrl; public static ApplicationController getAppCtrl() { return _appCtrl; } } 

    因为Application子类也可以获得资源,所以只要定义了一个静态方法就可以访问它们,如下所示:

     public static Resources getAppResources() { return _appCtrl.getResources(); } 

    但是在传递Context引用时要非常小心,以避免内存泄漏 。

    戴夫,它是什么样的数据? 如果它是与整个应用程序有关的一般数据(例如:用户数据),则扩展Application类并将其存储在那里。 如果数据与Activity相关,则应使用onSaveInstanceState和onRestoreInstanceState处理程序在屏幕旋转上保留数据。

    您实际上可以覆盖方向功能,以确保您的活动不被破坏和重新创建。 看这里

    我发现很好的例子,为什么我们不应该在应用程序类使用全局对象。 例子

    希望它可以帮助你

    您可以创建Application类并将所有数据保存在应用程序的任何位置。