持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第1天，点击查看活动详情 前言 距离上一次更文已经过去了一个月了，因为这段时间有点忙，公司需要开发一个新的包给主项目导流，经过时不时

最近看了好多MVI的文章，原理大多都是参照google发布的 应用架构指南，但是实现方式有很多种，就想自己封装一套自己喜欢用的MVI架构，以供以后开发App使用。

MVC, MVP, MVVM, MVI。看到这些眼花缭乱的架构，不禁想反问一句：“不使用架构又会怎么样？”

架构并非空穴来风，每一种设计都有其存在依据。故今天我们一起探寻 “架构演化” 来龙去脉，相信阅读后你会豁然开朗。

架构模式应致力消除不可预期问题，而非逆行倒施。ReactiveX 等响应式编程框架属理想化过度设计，在声明式 UI 尚未普及前，应有限度使用。

简洁易用消息分发框架，解决 “响应式编程” 实战痛点。消除样板代码，只需关注 “唯一入口” 和 “唯一出口”

写代码的程序员很多，写好代码的程序员却不是那么多（愿你我都在路上）。今天分享一个避免大量`if-else`的案例，和大家共同进步。

MVI 架构中将 Model 区分为状态和事件，它们的区别是生命周期的长短，以解决粘性数据持有者使界面重复消费数据的问题。

该系列用 MVI 重构了“新闻流”。本篇引入 MVI 中两个重要的概念PartialChange 和 Reducer，以形成 MVI 完全体。