我正在使用@ContextSingleton标记依赖于上下文注入的单例.从RoboGuice的源代码和我自己的测试来看,它似乎在Application上下文和不同的活动上下文之间产生了差异.这是完全有道理的,至少当我将它与事件管理工具一起使用时,至少对我来说是有问题的:
@ContextSingletonpublic class Service { @Inject private Context context; public voID doSomething(@Observes MyEvent ev) { ... }}
尽管该服务被定义为单例,但似乎直到其首次注入某个地方(显然是通过延迟加载)后,才创建该服务的实例.因此,触发MyEvent不会使侦听器调用.我们认为然后我们可以“手动”预先在我们的应用程序中预先加载类,例如
RoboGuice.get(context).getInstance(Service.class);
并为此注册了侦听器,但这只有在Activity中执行后才能正常运行,之后再注入EventManager来触发事件,而不是应用程序.
因此,在理想的世界中,我希望我可以告诉RoboGuice将单例绑定到哪个上下文,就像这样
@ContextSingleton(MyApplication.class)public class Service { ...}
但这显然是不可能的.
我想念什么?
解决方法:
我认为您会丢失事件不会在上下文中传播并且特定于上下文的信息-请参阅(旧的但仍然有效的)events documentation中的“要注意的事项”部分.因此,即使您的单例已加载到应用程序中上下文,就无法知道每个活动的上下文中发生的事件.我认为他们这样做是有充分理由的,但是也许如果您将Application子类化,则可以在其中注入EventManager以便全局访问.
我还没有尝试过,所以我不确定它是否会起作用,无论如何无论如何在那时您都必须将事件注入到另一个EventManager中,所以最好为这个单例定义一个接口并开始工作这样一来,由于事件不会推动您希望事件的发生.
总结以上是内存溢出为你收集整理的android-如何在Roboguice中处理上下文单例全部内容,希望文章能够帮你解决android-如何在Roboguice中处理上下文单例所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)