在项目的开发过程中，随着开发人员的增多及功能的增加，如果提前没有使用合理的开发架构，那么代码会越来臃肿，功能间代码耦合也会越来越严重，这时候为了保证项目代码的质量，我们就必须进行重构。 比较简单的开发架构是按照功能模块进行拆分，也就是用 Android 开发中的 module …

前言 昨天把之前十二个模块的内容补充了一下，形成了完整版的。 今天继续更之前对组件化的介绍 后续等组件化更新完，更新： Shadow插件化 ASM其他 Systrace使用与解析 字节码相关 解锁 《

Flutter Chen Common 🌟 简介 本库为Flutter应用开发提供一站式解决方案，包含： 可定制的主题系统 完整的国际化支持 企业级网络请求封装 企业级日志体系封装 N+高质量常用组件

背景 Flutter 以其高效的渲染机制和热重载功能赢得了开发者的青睐。然而，即使是使用 Flutter 开发的应用，也难免会出现性能瓶颈，尤其是在复杂的 UI 交互或数据处理场景下。

业务层 业务层我采取的是借助MVVM（Model-View-ViewModel）模式 ，定义抽象类BaseViewModel帮我统一管理ViewModel，定义抽象类BaseWidgetPage帮我统

事件溯源架构通常由3种应用设计模式组成，分别是：事件驱动（Event Driven），事件溯源（Event Source）、CQRS。本文整体对事件溯源架构设计模式进行了简介。

随着我们解决的场景越来越专业化和复杂化，大型SPA应用的流行，前端承担的职责越来越多。代码的质量和系统的完整性越来越难把握。很容易导致迭代着迭代着发现代码改不动了。最后只能新起炉灶，重新开发。归根到底在于复杂度的失控，本文会尝试分析其中的问题以及从前端如何应用领域模型开发的角度…

很多开发者都有一个迷思，认为项目里的代码质量和可维护性的持续下降，主要根源在于时间紧迫、需求变动频繁。如果产品需求更加明确，并给予足够的开发时间，开发团队可以长期保证代码质量和可维护性。 今天介绍的D

这是 《Flutter 工程化框架选择》 系列的第三篇 ，就像之前说的，这个系列只是单纯告诉你，创建一个 Flutter 工程，或者说搭建一个 Flutter 工程脚手架，应该如何快速选择适合自己的功