处理附近消息的策略 API - Android
Strategy to handle Nearby Messages API - Android
我目前正在为 Android 开发消息传递应用程序，它使用附近的消息 API 与其他设备通信。由于这是我第一次使用此 API，我想知道是否有处理连接的模式或策略。
例如，当用户更改 activity（例如打开一个新对话）时，我想保持连接处于活动状态，所以我想使用连接管理器或其他东西来保持监听并解析消息。
我们一直在研究我们的代码，最后我们决定将 ConnectionManager 实现为单个实例。这样，应用程序中的所有活动都能够访问相同的方法。我们还避免有多个 GoogleApiClient 实例，然后知道我们是否已连接（例如 isConnected() 方法）。
但是，我们在某些方法中还需要上下文或 activity，但我们解决了将这些参数作为参数传递给这些方法的问题。
总结一下：
- 单例模式：避免创建同一个 GoogleApiClient 的多个实例
- 代理模式：将 GoogleApiClient 方法封装在处理整个连接的 class 中，而不是将此任务委托给活动
我目前正在为 Android 开发消息传递应用程序，它使用附近的消息 API 与其他设备通信。由于这是我第一次使用此 API，我想知道是否有处理连接的模式或策略。
例如，当用户更改 activity（例如打开一个新对话）时，我想保持连接处于活动状态，所以我想使用连接管理器或其他东西来保持监听并解析消息。
我们一直在研究我们的代码，最后我们决定将 ConnectionManager 实现为单个实例。这样，应用程序中的所有活动都能够访问相同的方法。我们还避免有多个 GoogleApiClient 实例，然后知道我们是否已连接（例如 isConnected() 方法）。
但是，我们在某些方法中还需要上下文或 activity，但我们解决了将这些参数作为参数传递给这些方法的问题。
总结一下：
- 单例模式：避免创建同一个 GoogleApiClient 的多个实例
- 代理模式：将 GoogleApiClient 方法封装在处理整个连接的 class 中，而不是将此任务委托给活动