静态方法与扩展 android.app.Application 的类？

Question

我有一个类在 Android tabHost 应用程序中扩展应用程序。在 App 类中，我一直在放置方法和变量，否则我需要在每个类中重新创建它们。一种方法从数据库中读取并将结果存储在 ArrayList 中（例如名字，姓氏）。我没有重新读取该数据库并为每个需要该信息的选项卡视图重新创建代码，而是将方法和 ArrayList 固定在扩展 Application (myAppClass) 的类中。这样，通过在 onCreate() 的任何选项卡视图中设置 mAC = (myAppClass) getApplicationContext()，我可以引用 myAppClass 中的所有 get..() 和 set..() 方法。

我最初的计划是使用带有静态方法和变量的共享类，但我读了很多“不要那样做”的帖子，所以决定走应用程序路线。现在，我遇到了一种情况，我试图在项目库中使用 myAppClass 但收到有关 android.app.Application cannot be cast to... 的错误如果我将 myAppClass 改回静态方法/变量（并且不扩展应用程序），那么一切正常，但这应该是一个很大的禁忌。还有另一种方法可以做到这一点吗？不确定Android是否通过引用传递所有内容，但我最好通过在方法/类之间来回传递巨大的（数千个对象/成员）ArrayLists来重新实现整个应用程序吗？

Answer 1

我最初的计划是使用带有静态方法和变量的共享类，但我读了很多“不要那样做”的帖子，所以决定走应用程序路线。

“不要那样做”通常是针对全局范围内的任何内容的建议，因此将涵盖静态数据成员以及自定义 Application。两者都可能是内存泄漏的来源。

现在，我遇到了一种情况，我尝试在项目库中使用 myAppClass，但收到有关 android.app.Application 的错误无法转换为...

您在托管项目中的清单可能未声明使用库的 Application 实现。

这应该是一个很大的禁忌

同样，静态数据成员并不比自定义 Application 差，而且在许多情况下更好。

还有其他方法吗？

不要使用Application 或静态数据成员。

通过在方法/类之间来回传递巨大的（数千个对象/成员）ArrayLists 来重新实现整个应用程序会更好吗？

最好有一个持久的数据模型，比如数据库。使用静态数据成员作为持久数据模型的缓存是可以的，只要你非常小心你的内存管理。