--- title: Flutter, Dart和Signal范式 date: 2023-12-09 20:38:24 tags: - Flutter - Dart - 前端开发 --- 最近看到很多在Flutter上实现Signals范式的项目,其实我自己也试了一下。感想是:Dart缺少太多语法特性了……真正的Signals范式需要很多胶水代码,在JS上这些胶水代码都是用代码生成器生成的,但是Dart和Flutter让这个生成器不是那么的好写,或者没法方便的用自带的特性做类似的功能。 比如说最关键的自动依赖跟踪,这是实现这个Signals的项目都有一大堆胶水代码的关键原因。举个JSX的例子: ```tsx ``` 会被转译成类似下面的JS代码。 ```js createComponent(Hello, { get name() { return (isWorld() ? "world": name); } }) ``` 这样才能做到两个功能: 1. lazy evaluation。只有从props里面获取name时才会evaluate相应表达式; 2. 自动依赖跟踪。通过模拟一个dynamic-scope variable,lazy evaluation可以让signal在被访问时获得这个变量的值来跟踪依赖。这个是最简单而且计算最少的实现方法(时间复杂度可以做到常数级)。 但是在Dart和Flutter Widget里面,你很难处理成这样。 为了理解这个挑战,可以考虑一下下面这样的API怎么在Dart和Flutter上实现: ```tsx // 怎么恰当处理组件的类型? const Hello: Component<{name: string, effectName: string}> = (props) => { const [isWorld, setIsWorld] = createSignal(false); createEffect(() => { if (!isWorld()) { console.log(props.name); // 如何跟踪这个依赖? } }); createEffect(() => { console.log(props.effectName); // 如何将这个的更新与上面那个区别开? }); return

Hello, {isWorld() ? "World" : name}

{/* 这个表达式该如何处理? */}
; }; export default Hello; ``` 如果你通过InheritWidget这种来代替dynamic-scope variable做(依赖跟踪),它需要在Element树向上查找,这个性能损失太大了。Dart也没有好用的proxy范式,所以很难简单的实现lazy evaluation。如果你的参数收Signal对象,那也是胶水代码的重要来源。 Getx虽然很“脏”,但是它确实充分发展了Dart和Flutter提供的东西。 如果要在Flutter上实现Signal范式,我估计有几个是必须的: - 计算类型 - inline object或者inline class - 不再围绕Widget设计API(Signal系统可以提供的粒度其实比现在的Widget更小,它完全可以直接控制Element)