java - 管理远程服务回调

Question

我有一种情况，我觉得我要重新发明轮子或四处走动，以处理已经有“设计”的东西 - 所以在我这样做之前，我希望我能得到一个请提供第二意见。

我有一个远程服务。由于应用程序本身的不寻常性质/功能，它是一个永久性的前台服务。

我正在编写一个库，以便第三方应用程序可以绑定(bind)到服务并使用我公开的 API。由于我自己处理线程并且大多数回调将具有异步性质，因此我使用 AIDL 方法，使用“Parcelled up”的自定义类来为服务提供必要的参数。到目前为止，一切都运行良好。

我的服务代码的构造与 RemoteService API example 非常相似，所以我会引用它，因为发布我的特定代码不会改变问题。

作为with the example ，我将每个请求的接口(interface)保存到一个 RemoteCallbackList 中，这似乎是解决其他一些基本问题的便捷方法。

但是，我的服务不会向一组“等待接收者”提供相同的信息，如使用以下代码 fragment 所示:

 int i = callbacks.beginBroadcast();
 while (i > 0) {
     i--;
     try {
         callbacks.getBroadcastItem(i).somethingHappened();
     } catch (RemoteException e) {
         // The RemoteCallbackList will take care of removing
         // the dead object for us.
     }
 }
 callbacks.finishBroadcast();

相反，请求有许多不同的类型，因此我需要跟踪我要将结果发送回哪个确切的接口(interface)对象。每个单独的请求都可能涉及进一步的异步 Web 请求和/或处理，并且必须将回调对象传递给每个请求(通过构造函数或仅通过方法参数)是我觉得我要做的事情非常乏味和冗长地解决一个我也许可以简单地用另一种方法实现的问题？

如果我能保证第一个请求进入，将是第一个结果，那么任务就会变得简单，因此在删除对它们的引用之前只需使用 RemoteCallbackList 中的顺序，但事实并非如此，因为不同请求类型的不同处理时间。

编辑 - 出现RemoteCallbackList由 ArrayMap 支持所以我相信无论如何都没有订购？

我找不到任何记录的方法来缩小 RemoteCallbackList 中回调的起源位置，尽管即使我可以，我当然仍然需要某种持久标识符来知道我在寻找什么......难倒了。

感谢阅读到这里，欢迎提出任何想法。

编辑 - 用于伪示例。假设 API 请求是关于书籍的。

// requests
bookExists(String title)
bookContent(String title)

// response
bookExists(boolean exists)
bookContent(ArrayList<String> words, int pageTotal)

从上面可以看出，在所有条件相同的情况下，对较小书籍的远程请求或书籍的存在，可能会在对较长书籍的请求之前完成并准备好响应，即使它是之后要求。这是我需要跟踪“请求者”的地方，也是我追求的设计。

Answer 1

如果我没理解错的话，您所要做的就是使用相同的接口(interface)，但使用不同的响应数据结构来响应来自 RemoteCallbackList 的请求。

我想，最简单的方法是发出请求，为您提供他们想要什么样的返回数据结构的信息。最明显的(甚至可能是愚蠢的)方法 - 是向您发送您必须实例化和填写的类的名称。以更复杂的方式，您可以只创建一些枚举，哪些项目名称应该由请求带来，哪些将定义适当的要实例化并返回的数据结构类。

第二种方法是使用某种响应解析器——某种逻辑来检测请求可能需要的数据类型。但恕我直言，它看起来太模棱两可，相当复杂，支持起来也不是很方便。

无论如何 - 您很可能会为这种情况找到一些通用的解决方案，因为它并不常见。

希望这对您有所帮助。