【问题标题】:how do properly design a content provider?如何正确设计内容提供者?
【发布时间】:2012-05-02 14:31:00
【问题描述】:

这可能是一个显而易见的问题,但我不知何故无法弄清楚..

所以我是 android 开发的新手,并且正在构建一个实践应用程序。在我的应用程序中,我有几个模型。有一个用户,一个用户可以有很多店铺,每个店铺可以有很多产品。

所以它基本上是用户、商店、产品。

我应该为每个模型/表格创建一个内容提供者吗?还是它是一个 Content Provider,但取决于传入的 Uri,它决定从哪个模型/表创建/更新/删除/查询?

在我看来,内容提供者几乎就像一个内部 REST api。如果是这种情况,我想我将只有一个内容提供者,并且我会像在我的 REST api 中那样执行所有 CRUD 操作.

提前致谢!

【问题讨论】:

  • 你真的需要一个内容提供者,也许只有表格就足够了吗?
  • @Alex 我实际上也在想同样的事情。我在android develoepr 网站上读到,如果我们不打算共享我们的应用程序数据,我们不需要一个,在我的情况下我不需要。但我认为这将是一个很好的学习练习。

标签: android android-contentprovider


【解决方案1】:

经过大量研究后,我发现如果域相关,则将它们全部放在一个内容提供商中是可行的方法。

一个很好的例子是来自android的contacts content provider。您可以从单个内容提供者的不同表中查找各种数据。

这个answer也很有用。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-02-28
    • 2012-04-05
    • 1970-01-01
    相关资源
    最近更新 更多