Dart Flutter技术疑问：为何使用Getter而非Setter获取Stream Sink？

哈哈，这个问题我刚接触Flutter Stream的时候也纠结过！完全懂你的反直觉感——明明是要往里面塞数据，怎么用的是getter不是setter？其实这背后是对数据流本质和封装安全性的考虑，我用大白话给你掰扯清楚：

1. Sink不是“单一变量”，而是“数据流的入口管道” #

Setter的核心作用是替换某个变量的值，比如set username(String newName)是把旧名字换成新名字。但Sink的本质是一个“管道入口”——你需要不断往里面塞数据（调用add()方法），而不是把这个管道本身换掉。

如果用setter的话，逻辑就完全歪了：你会写成set inBlogPostList(Sink<List<BlogPost>> newSink)，这变成了把原来的入口管道换成新的，而不是往同一个管道里加数据。这根本不符合Sink的使用场景！

用getter拿到Sink实例后，你就能反复调用它的add()方法，持续往数据流里推送新数据——这才是Sink该干的活。

2. 封装性：避免外部破坏数据流 #

你的代码里_inBlogPostList是私有getter，只有ViewModel内部能拿到这个Sink。外部只能通过outBlogPostList这个Stream来监听数据变化，这就保证了：

• 数据只能从ViewModel内部“流入”（通过Sink），再“流出”到外部组件（通过Stream），完全符合单向数据流的设计原则
• 外部不会不小心替换掉Sink，导致内部的数据流断开，监听的组件收不到更新（这种bug排查起来超头疼！）

3. 贴合StreamController的设计初衷 #

StreamController本身就是把“输入端（Sink）”和“输出端（Stream）”做了分离：

• 内部用Sink往里面塞数据
• 外部用Stream监听数据变化

用getter分别暴露这两个部分，正好对应了这种“分工明确”的设计——你拿到Sink就负责塞数据，拿到Stream就负责监听，逻辑清晰到不行。

举个实际使用的例子，你在ViewModel里更新数据会这么写：

void updateBlogPosts(List<BlogPost> newPosts) {
  _inBlogPostList.add(newPosts); // 通过getter拿到Sink，调用add塞数据
}

如果换成setter，你根本没法这么用，反而会把简单的事情搞复杂。

内容的提问来源于stack exchange，提问作者user13848261