将Ormlite与Android结合使用'；s内容提供商

我正在开发一个Android应用程序，我对是否应该与Android内容提供商一起使用Ormlite来更新和检索数据感到矛盾。内容提供商将主要用于通知应用程序在其他平台上的应用程序中发生的数据更改。也许我让这比它需要的更复杂。如果您能提供一些更有经验的意见，我们将不胜感激

试试看。获得的经验通常是值得付出努力的，即使你最终放弃了结果。哦，让我们知道进展如何，因为我也很好奇。：-）

库是将ContentProvider与OrmLite结合使用的一个示例

您可以使用或与OrmLite结合使用。这两个库都允许您在OrmLite数据模型的基础上轻松定义内容提供商。

有一个谷歌邮件列表，供OrmLite Android用户使用，可能会有所帮助：为此，一个库被推到GitHub：到目前为止，我对OrmLite的体验非常愉快。有一点学习曲线，网站上缺乏文档。但我发现框架本身确实很有帮助。目前我与使用Android内容提供商的冲突在于，我已经创建了我的实体和数据库规范化，我刚刚意识到，我必须将每个表和实体的主键列的列名更改为_id。这是推荐的，因为使用ListView需要由此特定列名标识的主键。我遇到的另一个问题是，我基于Ormlite创建了DAO。然而，内容提供者是一个DAO。因此，在不必进行太多重新编码的情况下，我将不得不保留使用Ormlite的DAO，并简单地拥有另一层，即访问DAO的内容提供者。我认为我的内容提供者将在我的应用程序中充当一个Web服务层。我会让你们知道我的进展。@dionysus“然而，内容提供者是一个DAO”-宾果！我也是这么看的。请注意，即使您使用ormlite执行数据库访问；在某些用例中，您无法避免使用

ContentProvider

。我想到了两种情况：1）你想将你的数据公开给其他应用程序；2） 你想使用Android的搜索框架。因此，即使您使用POJO满足您的“日常需求”，当涉及到这些特定需求时，您仍然需要修补

游标

s和

内容提供者

。对于任何计划将ORMLite与Android内容提供商结合使用的人，我强烈建议您打开数据库连接的类是单例工厂。这样做的原因是为了防止由于UI线程试图访问工作线程/后台线程而导致崩溃。在列表视图中更新数据时尤其如此。Andrey，谢谢你提供的信息。我将研究一些好的例子。