android - 使用 Otto 代替一切

Question

我使用 Otto 事件总线有一段时间了，它非常棒。您能想到在包内的 BroadcastReceiver 实现或更传统的接口(interface)监听器模式上使用它的任何缺点吗？

例如，Google 建议让 fragment 的宿主 Activity 实现一个接口(interface)，子 fragment 可以从该接口(interface)调用其宿主 Activity 。这很棒，但使用 Otto 更容易。我唯一能想到的是拥有一个接口(interface)可以强制执行一些事件，但基于 Otto 的易用性，我真的不介意只是仔细听我想要的。

Answer 1

Google 建议这样做，因为他们不能仅仅建议人们使用其他库。他们的建议始终基于如何在没有任何额外库(除了支持库)的情况下在 Android 操作系统中完成。

有一小部分性能损失(非常小)，因为 otto 使用反射而不是编译代码，但是，Otto 也缓存了反射的“东西”，所以这种微小的性能损失只适用于某个事件类第一次被触发.

正如您所提到的，接口(interface)执行契约(Contract)执行，但考虑到 Otto 的易用性，编码时要格外小心。

LocalBroadcastReceivers 可能是一个替代方案，但考虑到创建 Intent 、 Intent 过滤器等的所有代码，这是不值得的。

所以恕我直言，是的，继续前进并在任何地方使用 Otto(我们正在我目前开发的应用程序上这样做，该应用程序每月平均有 92 万活跃用户)