为什么 Android ContentProviders 是 REST 服务？
Google 本来可以提供 JDBC API，
但选择用 REST 服务包装 SQLite。
有什么好处？
为什么 Android ContentProviders 是 REST 服务？
Google could have provided a JDBC API,
but chose to wrap SQLite with a REST service.
What are the benefits ?
Why are Android ContentProviders REST services ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
因为他们从数据本身抽象数据检索。
对于 sqlite 数据源，数据位于手机上，您可以轻松实现从云服务获取数据的内容提供程序。
因此，您可以针对同一接口进行编码并轻松切换数据检索实现。
Since they abstracted away the data retrieval from the data itself.
While for a sqlite data source, data is on the phone, you can easily implement a content provider which takes its data from a cloud service.
So you can code against the same interface and easily switch your data retrieval implementation.
这都是关于资源的。 ContentProvider 保存资源 (URI) 并为您提供它的 MIME/类型。您只能使用 4 个简单的 crud 方法。这与在 HTTP 上使用 REST 服务相同。
我认为非常通用、简单、优雅。
因此，您的应用程序可以使用我的 ContentProvider，而无需了解有关数据库、结构、语句的任何信息 - 就像 REST 服务一样。 JDBC 没那么简单。
It's all about Ressources. A ContentProvider holds Ressources (URIs) and gives you MIME/Types of it. You can use with only 4 simple crud Methods. That's the same as using a REST-Service on HTTP.
Very generic and simple, elegant I think.
So your App can use my ContentProvider without knowing anything about database, structure, statements - just as a REST-Service. JDBC is not as simple.