Android 通过FacebookSDK和GooglePlacesAPI进行单次呼叫，以接近places

我想从Facebook SDK和Google places API实现一个单次调用方法来接近places

我已经研究过Facebook SDK在其RequestAsyncTask方法中使用AsyncTask，没有其他方法可以使用Facebook API（仅使用其AsyncTask）。在GooglePlacesAPI中的其他情况下，您只需要知道url并实现自己的异步任务、非UI线程或服务来在后台发送请求

因此，我想知道在这种情况下，如果我们在Facebook SDK中有使用限制，实现两个API的单一调用的最佳实践是什么

我有一些想法，但我不确定它们是否正确：

• 也许，我可以实现我自己的AsyncTask，在这里我将调用Facebook RequestAsyncTask方法和简单的HTTP请求到Google Places API（即AsyncTask中的AsyncTask）
• 也许，我可以实现我自己的服务，我将调用Facebook RequestAsyncTask方法和简单的HTTP请求到Google Places API（即服务内部的AsyncTask）。然而，据我所知，AsyncTask需要活动上下文，而服务不能在一瞬间拥有（屏幕旋转或关闭应用程序），这将导致应用程序崩溃
• 或许，我可以重写现有的Facebook RequestAsyncTask方法，当Facebook请求开始执行时，该方法将触发Google Places API

---

这就是我所有的想法。也许，从我的清单中没有一个好的决定，在这种情况下，你有自己的想法如何做得更好。请您在这个问题上帮助我，如果不会使问题复杂化，您能不能也提供一些简单的示例，说明如何更好地实施这种情况？

以及两个请求的结果，是否应该将它们聚合起来？您希望如何将结果发送给用户？对于用户，结果将类似于来自bath API的组合响应，对于开发者，结果将在不同的对象中序列化-Facebook响应将通过Facebook设计序列化为Graph对象，而Google响应将特殊的Google对象。我还计划创建一个主要对象，它将引用facebook和Google的主要对象。我真的认为在客户端/设备端实现这一点没有意义。您应该考虑将其封装到您托管的服务中，然后设备通过传递lat和lng参数来请求该服务。我同意，在理想情况下，它应该位于服务器端，但我想知道，我是否可以在客户端以某种方式尽可能地减少痛苦，或者在任何情况下，与在服务器端实现的it相比，客户端都会过载？也就是说，我只需要知道在客户端实现它是否很容易，并且不会那么痛苦，那么它是否很酷。如果它太难，太多，而且在任何意义上都是绝对错误的决定，这将导致额外的困难，那么好吧，我将开始考虑服务器的方式。就个人而言，我认为在客户端这样做是一个错误的决定（要传输的数据，结果的计算等），但最终这是你的决定。