问题标签 [otto]

编辑：请不要建议接口。
我有一个里面有 RecyclerView 的 Activity。我想在创建适配器时通过 otto 将一个事件从适配器发布到活动。我使用了以下代码：
ShoppingCardAdapter

在ShoppingCardActivity

为什么日志不显示？

我的应用程序中有启动器活动，它应该在 onCreate() 中使用 otto 事件总线触发一个事件。活动本身确保服务已启动。总线通过总线派生类的 BusProvider 实现为单例。每当我从我的活动发布到总线时，活动本身会接收到事件（我订阅了用于调试目的）而不是服务，尽管它都应该在主线程上发送。

因为我在活动中收到事件，otto基本上接缝工作。我认为服务（背景）和活动（ui）之间的差异可能是我在服务中没有收到事件的原因，但为什么呢？

这是我的派生总线类的代码：

这是 BusProvider 单例

这是我的活动的相关代码

以及服务的相关部分

In my code I'm listening for events using @Subscribe anotation:

My problem is that this method is called multiple times (1-3 depends from run to run) for the same event object.

This is how I send this event:

What could be the cause of that? Do I'm missing something?

我正在尝试比较使用LocalBroadcastManager和Otto在 Android 中的性能。据我所知，Otto 使用的是注解和 Java 反射，因此可能会对性能产生一些影响。有人可以建议我做些什么来衡量这两种方式的性能吗？哪个会消耗电池？

使用方法时，Android Otto 库会给出以下警告消息@Produce。如何避免消息？

我使用 otto 来在 Fragment 和 Activity 之间进行通信。活动（在上面，GroupViewActivity.java）有@Produce方法，子片段有@Subscribe，所以它接收更新。

此外，我正在使用 Otto+AndroidAnnotation 和以下指南：https ://github.com/excilys/androidannotations/wiki/OttoIntegration

Otto works great when used in Activities or Fragments, but can I subscribe to events in classes that don't have a onPause / onResume / onDestroy method? If so, what's the best practice to unregister?

Otto 我在项目中使用。一切正常，但我想改进。现在我有了，所以我从不同的地方发送消息，例如

但我描述的所有方法MainActivity

是否可以创建完整的类来存储所有这些方法？还是应该只在启动的活动中？

我使用 Otto 事件总线已经有一段时间了，它很棒。您能想到将它用于包中的 BroadcastReceiver 实现或更传统的接口侦听器模式有什么缺点吗？

例如，Google 建议让 Fragment 的宿主 Activity 实现一个接口，子 Fragment 可以通过该接口调用其宿主 Activity。这很棒，除了使用 Otto 更容易。我能想到的唯一一件事就是拥有一个接口可以强制实现一些事件，但基于 Otto 的易用性，我并不介意只是仔细听我想要的。

是否有使用 square otto 的方式来循环发送事件或定时事件？还是我必须自己在循环中处理触发事件？

我有一个奇怪的问题。我有一个部署在 Android 4.4 设备上并使用 Otto 库的应用程序。我在 Android 5.0 设备上部署了该应用程序。它仍然有效。我在 4.4 上重试了，应用程序无法启动。

显然，它尝试使用 API 21 类的 PersistableBundle.class。这是我的日志：