3

我正在编写一个中等复杂的 Android 应用程序，其中包括一个始终运行的“网络”服务。

该应用程序是高度有状态的，并且可以通过 UI 或网络数据更改状态（下推几乎始终打开的 TCP 连接，该连接通过“应用程序 pings”保持活动状态，也称为“保持活动状态”）。

（我的问题不是关于几乎总是开放的 TCP 是否是一个好主意。）

在其他平台上，我使用状态机来保持理智。

在 Android 上，看起来我有三个选择：

  1. 一个巨大的活动和一个状态机，通过绑定服务进行通信。

  2. 15+ 活动和一个状态机，它触发状态变化的意图。

  3. 15 个以上的活动，没有状态机 - 只需尝试将它们与意图粘合在一起。

我的问题是：

  • 其他人是否在 Android 应用程序中使用了显式状态机？

  • 这是一个好主意，还是在 Android 中有更好的方法？

  • 其他应用程序是否具有这种级别的状态复杂性？

4

0 回答 0