Android 服务 运行 独立于 UI
Android service running independent of UI
我有一个项目，其中包含单独的 Android (Java) 和 iOS (Swift) 个客户端。其中一项关键功能是我们有第三方 API 为各种事件（例如，第三方聊天服务等）提供侦听器。这些各种第三方 API 都是非阻塞的，采用侦听器模式。
在 iOS 方面，我们通常将这些类型的 API 放入非 UIKit service/manager/controller 对象中。这样，任何可能最终需要它的视图控制器都可以使用该功能，并且我们从我们的视图控制器和视图模型中抽象出供应商的特定 API。
这种 UI 与服务的分离对我来说似乎很自然，但我很难向我们的 Android 开发人员描述这个概念。我不确定问题是语言障碍、平台术语，还是 Android 是否使用不同的模式解决了这个问题。
那么，什么是正确的 Android pattern/terminology 对于在应用程序运行时始终处于活动状态的自定义对象，侦听 events/messages and/or 允许允许活动接收和发送消息，独立于任何特定 activity/fragment？ Android Service 似乎是合乎逻辑的实现，但也许在 Android 中还有其他一些常见的模式，用于将某些 listener/publisher API 与特定的 activity 解耦.我怎样才能用他或她会立即理解的方式向 Android 开发人员最好地描述这一点？
服务，如您所愿indicated。有几个可用的教程，很容易在网上搜索。
我有一个项目，其中包含单独的 Android (Java) 和 iOS (Swift) 个客户端。其中一项关键功能是我们有第三方 API 为各种事件（例如，第三方聊天服务等）提供侦听器。这些各种第三方 API 都是非阻塞的，采用侦听器模式。
在 iOS 方面，我们通常将这些类型的 API 放入非 UIKit service/manager/controller 对象中。这样，任何可能最终需要它的视图控制器都可以使用该功能，并且我们从我们的视图控制器和视图模型中抽象出供应商的特定 API。
这种 UI 与服务的分离对我来说似乎很自然，但我很难向我们的 Android 开发人员描述这个概念。我不确定问题是语言障碍、平台术语，还是 Android 是否使用不同的模式解决了这个问题。
那么，什么是正确的 Android pattern/terminology 对于在应用程序运行时始终处于活动状态的自定义对象，侦听 events/messages and/or 允许允许活动接收和发送消息，独立于任何特定 activity/fragment？ Android Service 似乎是合乎逻辑的实现，但也许在 Android 中还有其他一些常见的模式，用于将某些 listener/publisher API 与特定的 activity 解耦.我怎样才能用他或她会立即理解的方式向 Android 开发人员最好地描述这一点？
服务，如您所愿indicated。有几个可用的教程，很容易在网上搜索。