freeCodeCamp.org
·
Flutter中Material与Cupertino的解耦：其重要性及适应方法
💡
原文英文，约2700词，阅读约需10分钟。
📝
内容提要
Flutter正在进行架构调整，旨在解耦Material和Cupertino设计系统与核心SDK。这将提升模块化能力，允许独立版本更新，减少依赖，使Flutter从“意见化UI工具包”转变为“UI平台”，从而提高应用的灵活性、性能和可维护性。
🎯
关键要点
- Flutter正在进行架构调整，旨在解耦Material和Cupertino设计系统与核心SDK。
- 这一调整将提升模块化能力，允许独立版本更新，减少依赖。
- Flutter从“意见化UI工具包”转变为“UI平台”，提高应用的灵活性、性能和可维护性。
- Flutter的架构是分层的，每一层应仅依赖于其下层。
- 当前Flutter SDK存在循环依赖和依赖反转的违反，导致核心框架与UI设计系统紧密耦合。
- AppBar和SelectionArea等组件的设计依赖于Material和Cupertino，限制了模块化。
- Decoupling Design项目旨在将Material和Cupertino从SDK中物理移除，作为标准包重新发布。
- Flutter将引入“Raw”或“Blank Canvas”组件，允许开发者构建自定义设计系统。
- 解耦后，核心组件将真正设计无关，设计系统将作为可选插件存在。
- 未来的版本可以独立发布，减少应用包的大小，提升第三方设计系统的平等性。
- 这一变化标志着Flutter从“移动UI工具包”向真正的“通用渲染引擎”转变。
➡️
