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

Question

Flow 团队的一篇博客文章描述了 Flow 的“重新架构”，称为“类型优先”。据我所知，唯一的描述是来自博客文章的引用：“......它利用文件边界处的完整类型注释来执行更好（更可并行化和更少冗余）的单独编译。”在任何地方都有关于这个的更多细节吗？具体来说，我想知道这些完整的注释是什么：源代码和声明文件的新限制是什么？例如，这是否允许？import { func } from "./other-module";export const myNumber = func(num1, num2);这在 TypeScript 中是有问题的，因为在myNumber不知道func. Flow 的“类型优先”重新架构是否需要用户编写：import { func } from "./other-module";export const myNumber: number = func(num1, num2);这只是我的一个具体问题。我正在寻找的是更多信息和一个文档链接，该文档解释了重新架构的所有已知含义。

Answer 1

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

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

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

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

export default TestComponent;

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

性能的改进，因为 flow 不需要扫描所有依赖项就可以为您提供健全性检查

更可靠的代码，因为流程在模块边界内运行，因此您不会遇到由深度嵌套的依赖关系引起的流程错误。

他们还发布了一篇新的博客文章，该文章进一步介绍了类型，因为现在类型首次正式发布。 https://medium.com/flow-type/types-first-a-scalable-new-architecture-for-flow-3d8c7ba1d4eb

更新类型优先架构现已记录在案。