Adapter 也是对局部的展示和功能的封装。它为 ListView 高性能场景而生，它是 Component 实现上的一种变化。

• 它的目标是解决 Component 模型在 flutter-ListView 的场景下的 3 个问题
• 1）将一个"Big-Cell"放在 Component 里，无法享受 ListView 代码的性能优化。
• 2）Component 无法区分 appear|disappear 和 init|dispose 。
• 3）Effect 的生命周期和 View 的耦合，在 ListView 的场景下不符合直观的预期。

概括的讲，我们想要一个逻辑上的 ScrollView，性能上的 ListView ，这样的一种局部展示和功能封装的抽象。
做出这样独立一层的抽象是，
我们看实际的效果， 我们对页面不使用框架，使用框架 Component，使用框架 Component+Adapter 的性能基线对比

• Reducer is long-lived, Effect is medium-lived, View is short-lived.
• 我们通过不断的测试做对比，以某 android 机为例：
• 使用框架前 我们的详情页面的 FPS，基线在 52FPS。
• 使用框架， 仅使用 Component 抽象下，FPS 下降到 40， 遭遇“Big-Cell”的陷阱。
• 使用框架，同时使用 Adapter 抽象后，FPS 提升到 53，回到基线以上，有小幅度的提升。

Directory

推荐的目录结构会是这样

sample_page
-- action.dart
-- page.dart
-- view.dart
-- effect.dart
-- reducer.dart
-- state.dart
components
sample_component
-- action.dart
-- component.dart
-- view.dart
-- effect.dart
-- reducer.dart
-- state.dart

上层负责组装，下层负责实现, 同时会有一个插件提供， 便于我们快速填写。

以闲鱼的详情场景为例的组装：

组件和组件之间，组件和容器之间都完全的独立。

Communication Mechanism

• 组件|适配器内通信
• 组件|适配器间内通信

![image.png](https://img.alicdn.com/tfs/TB1GrISCkzoK1RjSZFlXXai4VXa-1846-986.png)
简单的描述：采用的是带有一段优先处理的广播， self-first-broadcast。
发出的 Action，自己优先处理，否则广播给其他组件和 Redux 处理。
最终我们通过一个简单而直观的 dispatch 完成了组件内，组件间（父到子，子到父，兄弟间等）的所有的通信诉求。

Refresh Mechanism

（编辑：PHP编程网 - 金华站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!