EventMVVM：彻底解耦合的iOS架构探索

"基于彻底解耦合的实验性iOS架构" 在这个实验性的iOS架构中，开发者探讨了如何通过一个单一的事件流来处理应用程序内的所有通信。这种架构被称为EventMVVM，它结合了MVVM模式并利用ReactiveCocoa作为事件流的管理工具。然而，值得注意的是，该架构并不依赖于ReactiveCocoa，而是可以采用其他类似的工具来实现事件传递。 首先，我们来看Event。Event是一个枚举类型，用于表示各种不同的消息。它的设计灵感来源于强类型的NSNotification，每个枚举成员都有可能携带一个关联值。枚举中的事件分为两种类型：Request和Response，分别对应请求和响应。例如，`RequestReadTodos`用于请求获取待办事项，而`ResponseTodos`则用于返回待办事项的结果。 模型(Model)和视图模型(ViewModel)之间的交互也通过Event进行。例如，`RequestReadTodos`由ViewModel发起，以请求获取模型中的数据，而`ResponseTodos`则是模型对请求的回应，包含获取到的待办事项列表。 在这种架构中，ViewModel是事件的主要发起者和消费者，它负责将用户界面的操作转换为事件，并监听模型的变化。ViewModel通过`EventSignal`和`EventsObserver`来订阅和发布事件。`EventSignal`是一个信号，用于发送事件，而`EventsObserver`则用于接收和处理这些事件。 服务器(Server)部分负责与远程数据源的交互，它也通过Event与Model进行通信。例如，当需要从服务器获取待办事项时，Model可能会触发`RequestReadTodos`事件，服务器收到这个事件后执行相应的网络请求，并在获取数据后发送`ResponseTodos`事件。 Swift语言在这里发挥了重要作用，因为其枚举关联值和值类型的特性使得Event更加安全且易于使用。值类型确保了事件在传递过程中不会引起意外的副作用，同时关联值可以携带必要的数据。 尽管这种架构具有高度的解耦合和灵活性，但也存在潜在的缺点。例如，过多的事件可能导致代码变得复杂，调试和维护成本增加。此外，所有通信都通过事件流可能会使得逻辑链路难以追踪，特别是当涉及到复杂的业务逻辑时。 EventMVVM架构提供了一种创新的解耦方法，通过事件流统一应用内的通信。然而，是否适合大规模项目或者是否能有效提高开发效率，还需要根据实际项目需求和团队协作模式来评估。在GitHub上的开源项目提供了一个很好的起点，供开发者们研究和讨论这种架构的优缺点。