Flutter中StatelessWidget传递BuildContext的编码规范问询

不要为了省手动传context的步骤，把没有任何状态管理需求的StatelessWidget转成StatefulWidget，你贴的第一种传参的StatelessWidget实现才是Flutter官方推荐的正确写法。

为什么不推荐无意义使用StatefulWidget #

• 首先是无意义的性能浪费。StatefulWidget需要额外维护State实例、响应整套生命周期回调、处理状态驱动的重建逻辑，运行开销天生比轻量的StatelessWidget高。啥业务状态都没有，就为了少写个参数传值硬套StatefulWidget，属于捡芝麻丢西瓜。
• 其次是违背组件设计初衷。StatelessWidget从设计上就是用来承载无内部状态的纯展示、固定交互逻辑的组件，build方法提供的context本来就是给你在当前组件范围内用的，抽类内方法的时候手动传context是完全符合规范的常规操作，根本不是什么需要规避的“麻烦事”。
• 最后是容易留隐性坑。你觉得State类自带的context用着省事，实际上这个context是和State生命周期强绑定的，后面要是在onPressed这类回调里加异步逻辑（比如发个网络请求、等个动画结束再跳路由），很容易遇到回调执行时widget已经被销毁、context已经失活的报错，到时候还得额外加if (!mounted) return的防护判断，反而多了一堆要注意的细节。

要是真觉得抽方法传context麻烦，完全可以直接在闭包里捕获build方法传入的context，连单独传参都省了，写法更简洁：

class PopButton extends StatelessWidget {
  const PopButton({Key? key}) : super(key: key);

  @override
  Widget build(BuildContext context) {
    return MaterialButton(onPressed: () {
      Navigator.of(context).pop();
    });
  }
}

这种写法没有任何问题，性能和可维护性都比硬转StatefulWidget好得多。

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