android - Content Provider 多应用灵活性

Question

我一直在进行 Android 开发方面的 self 培训。我有一个关于一系列应用程序的想法，这些应用程序都与存储相似/相关爱好数据的相同基本数据存储相关。我想在我看来访问这些数据应该类似于有多少应用程序使用联系人。所以我开始阅读有关内容提供商的资料，但据我所知，他们实际上并没有提供我需要的灵 active 。

我想要的是创建 4 或 5 个与爱好相关的应用程序来记录相似和相关的数据，但是客户可能会决定他们只需要一个特定的应用程序来开始。稍后他们可能会决定一个或多个其他应用程序也可能有用。

应用存储的数据非常相似，核心数据是一样的。因此，显而易见的选择是内容提供商。但是，我看不到供应商提供我需要的灵 active 。首先，购买的第二个应用程序如何确定内容提供者已经可用，如果是，则不安装自己的(这似乎在 list 中是硬连线的，没有程序控制)。其次，应用程序如何意识到没有内容提供者并安装一个(与第一点相关)。第三，安装的新应用程序可能有更新的提供程序或较旧的提供程序!

所以我认为供应商没有提供我需要的东西。我还注意到数据库是沙盒化的，而且提供程序似乎是应用程序共享持久数据的唯一方法，或者我是否遗漏了什么。这实际上让我想知道对于没有默认安装的内容提供者来说，提供者有多么有用!

我想另一种方法是让客户购买和应用，然后在额外功能上做广告，但我不确定这是否可行，如果可行，信息在哪里。

如有任何帮助，我们将不胜感激。

史蒂夫

Answer 1

主持人注意:起初我认为我会认为这是一个有争议的问题，但现在我再次考虑我认为这是一个设计问题。一个应该留在这里的好人。

The data the apps store is very similar, the core data is the same. So the obvious choice is a content provider.

是的。

Firstly how does the 2nd app purchased figure out that a content provider is already available and if so not install its own (this seems to be hardwired in the manifest and there is no programatic control). Secondly how would an app realise there is no content provider and install one (related to point one). Thirdly a new app installed might have a more up to date provider or an older provider!

许多应用程序通过在 Market 中提供“图书馆应用程序”来实现这一点，该应用程序提供您的其他应用程序可能需要的通用功能。您应该要求用户在任何这些应用程序中下载该图书馆应用程序以启用“UI 应用程序”的基础功能。我不知道，也许我会走那条路……毕竟，您需要考虑您的内容提供商的 namespace 冲突，因此需要考虑“图书馆应用程序”。

I suppose an alternative method would be for a customer to purchase and app and then later ad on extra functionality but I'm not sure if this is possible and if so where the information is.

是的，这就是应用内​​结算的用途。但是，这是假设您拥有一款具有不同功能的应用。

事实是，这是一个很好的问题。这当然引起了我的思考。我相信您应该提供一个应用程序，该应用程序具有通过应用程序内结算添加的一套功能，或者提供许多共享由市场上可用的中央应用程序提供的通用功能的应用程序。

关于最后一个问题，我会做用户感觉更自然的事情。如果这些应用程序真的不相关，在主题方面，我会提供不同的应用程序。如果它是类似套件的产品(例如 Office 套件)，我会实现应用内购买。还有一个关于代码可见性的小安全问题(通过软件启用与每次下载启用)。

无论如何，在我看来，应用内购买肯定更简单、更容易维护。但是，如果您的应用有那么大，那可能会浪费空间……效率不高。

我的 2 美分。