我正在尝试创建一个Android应用程序,它本质上是一个供其他开发人员使用的平台(比如一个移动健康平台)。在这个平台上,我试图实现一个基于组件的方法。我有几个活动,一个主逻辑线程(或服务),以及一些提供数据的其他线程和服务。主要逻辑是开发人员将在哪里工作。
问题是,考虑到android环境,这是一个很好的架构吗?如果是这样,我正在考虑使用 Messenger 类来提供这些组件之间的通信,这是性能的理想解决方案吗?
我还应该控制主逻辑中活动之间的通道,例如,如果用户按下启动其他活动的按钮,我应该向主逻辑发送消息并从那里开始下一个活动或从UI线程更改活动让主要逻辑知道活动的变化?这导致我的下一个问题如何将活动连接到现有线程(可能是传递线程处理程序?)?
我是初学者,所以我无法清楚地看到可能出现的问题所以我想要确定。
答案 0 :(得分:0)
对于那些可能正在寻找相同答案的人:
原来使用Messenger
是一个完美的解决方案,因为它可以用于具有足够性能速率的线程间,进程间和线程进程通信。
但保持ui处理它自己的管理是更好的解决方案,我只需要向我的主线程报告ui的状态,该主线程控制所有其他组件。