什么是“类型优先”的流架构？

Question

Flow 团队的blog post 描述了 Flow 的“重新架构”，称为“类型优先”。据我所知，唯一的描述是在这篇博文的引用中：

“...它利用文件边界处的完整类型注释来执行更好（更可并行化和更少冗余）的单独编译。”

在任何地方都有关于此的更多详细信息吗？具体来说，我想知道这些完整的注释是什么：源代码和声明文件的新限制是什么？

例如，这是否允许？

import { func } from "./other-module";
export const myNumber = func(num1, num2);

这在 TypeScript 中是有问题的，因为如果不知道 func 的类型，就无法解析 myNumber 的类型。 Flow 的“类型优先”重新架构是否需要用户编写：

import { func } from "./other-module";
export const myNumber: number = func(num1, num2);

这只是我的一个具体问题。我正在寻找更多信息和一个文档链接，该文档解释了重新架构的所有已知影响。

Answer 1

这听起来真的很华而不实，也许它在引擎盖下。但实际上这很简单。在您的代码 sn-p 中，您是绝对正确的，几乎就是这样。

在导出之前必须有明确定义的类型

虽然不一定在您导出之前。以下也有效。

const TestComponent = (): React.Node => {};

export default TestComponent;

它增加了一点开销，但好处是：

• 性能改进，因为 Flow 无需扫描所有依赖项即可为您提供健全性检查
• 更可靠的代码，因为流在​​模块边界内运行，因此您不会遇到由深度嵌套的依赖关系引起的流错误。

他们还发布了一篇新的博客文章，该文章进一步探讨了这一点，因为类型首先已经正式发布。 https://medium.com/flow-type/types-first-a-scalable-new-architecture-for-flow-3d8c7ba1d4eb

更新类型优先架构现在是documented。