意图vs内容提供者在android

Question

我是新的android应用程序开发，并在学习基本的android组件时，我意图和内容提供者之间感到困惑，因为两者都被用于将数据从一个应用程序/组件发送到另一个应用程序/组件。在意图的情况下，我们可以使用捆绑或额外发送数据，为什么我们使用内容提供商。有人能用一个例子来解释我吗？

我们也可以只使用内容提供者访问android中的数据库，这是我们使用内容提供者的唯一原因吗？

Answer 1

两者都被用于从一个应用/组件将数据发送到另一应用/组件

不是真的。

有四个组件中的Android：

• Activity
• Service
• BroadcastReceiver
• ContentProvider

一个Intent是无那些。 Intent是涉及当我们开始一个活动，开始或绑定到一个服务，或发送广播。然而，比较Intent与ContentProvider类似于将铲与靴子进行比较，认为两者都可用于携带污物。虽然是真的，但通常一个启动是涉及携带污垢，但携带污垢的实际手段是由别的东西，如独轮车处理。

如果有意图，我们可以使用捆绑或附加功能发送数据，那么为什么我们要使用内容提供者。

我们经常针对不同的情况使用不同的工具。例如，你会发现在渔网中携带水很困难。

每个四个分量都具有不同的作用，特别是在关系到进程间通信（IPC）：

• 一种Activity驱动散装我们的用户界面，包括启动从其他应用的活动（或有我们的活动之一，由其他应用程序启动）

• 一个Service存在逻辑上从用户界面分离再运行的操作，包括由其他应用程序实现的服务工作（或有其他应用程序与服务合作您发布）

• 一个BroadcastReceiver是一个发布/订阅消息系统，让你将消息发送到任意订户，或订阅来自任意发件人的邮件，跨进程边界

• 一个ContentProvider是批量数据传输，无论是在一个数据库式结构的形式（行和列）或以流的形式，特别是用于与其他应用程序的工作

也可以我们访问数据库I n android只使用内容提供者

否。毕竟，如果这是真的，那么访问数据库将是不可能的。 A ContentProvider不会出现魔法。它必须由程序员编写。如果ContentProvider只能通过ContentProvider访问数据库，那么我们会遇到问题。

这就是我们使用内容提供商的唯一原因吗？

否。除了提供数据库式API之外，ContentProvider还可以发布流。这对于获取应用程序之间的任意数据非常重要，例如使PDF附件可用于PDF查看器的电子邮件客户端。

Answer 2

意图是用于发送/接收事务性命令和数据的消息体系结构。内容提供者是存储数据的抽象接口，用于创建，更新，删除和同步操作。