java - 如何在 Android App 中构建 SQLite 访问？ ORM(精简版)与否？

Question

我正在与一位同事一起构建一个 Android 应用程序，其中将包含一个包含大约 15 个表的数据库。根据 Google 的 Android 开发文档，我们现在编写了几个类型类、一个 DB 助手、一个数据提供程序，并且对于每个类型类还有一个排序适配器。

这行得通，但我的主要问题是，为了添加数据库表，我需要创建一个新的类型类，编辑数据库助手和提供程序，并创建一个新的适配器。看到这既麻烦又容易出错，我想这是 ORM 的完美秘诀。

环顾四周，我发现唯一有意义的项目是ORMLite .但是四处搜索，我什至没有感觉到 ORMLite 是在 Android 中处理 SQLite 的常用方法。

所以我的问题如下:

1. 在 Android 应用程序中处理相当复杂的数据库的最常用/最佳方法是什么？自制类还是像 ORMLite 这样的 ORM？
2. 与编写自己的访问器相比，像 ORMLite 这样的 ORM 是否会使我的 Android 应用程序慢很多？
3. 对于在 Android 应用中访问 SQLite，您有任何其他建议(其他 ORM 或技术)吗？

Answer 1

这不是真正的答案，而只是我在 Android 上使用 DB 的经验反馈。

我问过自己同样的问题，你是对的，这不是很清楚。

What is the most-used/best way of handling rather complex DBs within an Android app? Self-made classes or an ORM like ORMLite?

我认为在大多数情况下，人们会尽量避免在他们的应用程序中使用复杂的数据库，当他们做不到时，他们可能会采用 Android 方式(自制类)。 (只是我的建议)

Does an ORM like ORMLite make my Android app a lot slower than writing my own accessors?

如果说复杂，你的意思是关系，在同一类型上有很多读/写。 Ormlite 肯定会减慢您的应用程序。 (我的经验)。当你这样做时，访问肯定会更快，(因为你不是程序或猴子)，但实现和维护的时间会更长。

Do you have any other recommendations (other ORMs or techniques) for accessing SQLite in Android apps?

再次重申，这只是我的建议，但如果您遇到的可能是完整或部分复制的数据库(基于服务器)，您必须问自己:

“我的用户真的可以在没有网络的情况下使用该应用程序吗？” 如果他不能，请优化您对服务器的请求，但不要创建本地数据库。维护起来会更快、更简单。

最后，我从未测试过这类解决方案，但这应该是一种“中间方法” --> CouchDB我认为他们正在开发一个库(目前是测试版)....

希望对您有所帮助。