Dart 2.14 版现已发布

支持 Apple Silicon，增加了默认的 lint、更好的工具和新的语言功能提高生产力。

本月，我们发布了 Dart SDK 2.14 的正式版，新的版本旨在通过独特的可移植性、生产力和稳健性组合来打造构建应用程序的最佳平台。这一次，我们对 Apple Silicon 提供了更好的支持，并提供了许多增强生产力的功能，例如用于通过代码样式分析在你编写代码时捕获错误的标准 lint 代码规则、更快的发布工具、更好的级联代码格式以及一些小的语言特性更新。

自 Apple 在 2020 年末发布新的 Apple 芯片 处理器芯片以来，我们一直致力于更新 Dart SDK 以增加对新处理器上的原生运行支持。所需的更新已经在 dev 渠道中提供了一段时间，过去一个月，beta 渠道也提供了支持，从 Dart 2.14.1 开始，可以在 Dart stable 渠道中使用啦。当你 下载 一个 macOS 的 SDK 时，确保要选择 ARM64 选项。请注意，与 Flutter SDK 中捆绑的 Dart SDK 还没有支持这些改进。

这些支持包括了在 Apple 芯片上运行 SDK 和 Dart 虚拟机，也支持了在 Apple 芯片上编译运行的可执行文件 (使用 dart compile 命令)。由于 Dart 命令行工具使用原生 Apple 芯片支持，因此它们的启动速度要快得多。

开发者们通常会更偏向让代码遵循某种风格。这些规则中有许多并不只是风格上的偏好 (比如众所周知的 tab 与空格的讨论)，而且涵盖了可能导致错误或引入错误的编码风格。例如，Dart 风格指南要求对所有控制流结构使用花括号，如 if-else 语句。这可以防止经典的「悬空 else」问题，即在有多个嵌套的 if-else 语句时存在歧义。另一个例子则是类型推断，虽然在声明具有初始值的变量时，使用类型推断没有问题，但在 声明未初始化的变量 时手动指定类型就相当重要，这样可以确保类型安全。

保持良好代码风格当然也可以选择某种人工审查的形式，也就是我们熟悉的 code review。但是，在编写代码时运行静态分析来强制要求执行规则，通常要更为有效。

在 Dart 中，这种静态分析是高度 可配置的，我们有 数百条样式规则 (也称为 lints)。有了这么丰富的选项，可能会导致我们不知道选择要启用哪个规则。Dart 团队维护了一个 Dart 风格指南，它描述了我们认为编写和设计 Dart 代码的最佳实践，在此之前我们还没有提供正式的官方风格指南的 linter 规则。

许多开发者，也包括 pub.dev 网站的 评分 引擎都在使用一个名为 pedantic 的 lint 规则。然而，pedantic 起源于谷歌内部的 Dart 风格指南，由于历史原因，它与一般的 Dart 风格指南并不相同。因此，Flutter 框架从未使用过 pedantic 规则集，而是有自己的一套规范性规则。

这听起来可能有点乱，不过确实如此。但是在这次的版本发布中，我们很高兴地宣布，我们现在拥有了一套全新的 lint 集合来实现样式指南，并且 Dart 和 Flutter SDK 已更新为默认情况下将这些规则集用于新项目。这些规则集包括：

• package:lints/core.yaml: Dart 风格指南中的主要规则，我们认为所有 Dart 代码都应该遵循该规则。pub.dev 评分引擎已更新，使用这些规则代替 pedantic。
• package:lints/recommended.yaml: 核心规则，加上额外的推荐规则。这套规则被推荐用于所有一般的 Dart 代码。
• package:flutter_lints/flutter.yaml: 核心和推荐规则，加上额外的 Flutter 专用推荐规则。这套规则被推荐用于所有 Flutter 代码。

如果你现有的项目中使用了 pedantic，我们强烈建议你升级到这些新规则集。从 pedantic 升级 只需几步。

我们对 Dart 格式化器格式化 级联 代码的方式进行了一些优化。以前，格式化器在某些情况下会产生混乱的格式化。例如，在这个例子中，doIt() 是怎么被调用的？

var result = errorState ? foo : bad..doIt();

看上去它总会被 bad 调用，但实际上级联适用于整个 ? 表达式，所以级联是在该表达式的结果上调用的，而不仅仅是在 false 子句上，新的格式化器会清晰地表明这一点：

var result = errorState ? foo : bad
 ..doIt();

其他的变化还涉及如何对有多个级联的行进行格式化，以及级联一般缩进多远。我们还大大提高了包含级联的代码的格式化速度；在为 协议缓冲区 生成的 Dart 代码中，我们看到格式化速度 提高了 10 倍。

有关该问题的所有详细信息，请参阅和跟踪这个 Pull Request。

目前，当你 发布 一个 package 到 pub.dev 社区仓库时，pub 便会捕获该文件夹中的所有文件，但是会跳过隐藏的文件 (那些以点 . 开头的文件) 和 .gitignore 中列出的文件。一些开发者需要能够控制哪些文件在 .gitignore 的列表之外被忽略。例如，你可能在一个 tool/ 文件夹里有一些内部开发工具，你用来维护你的 package，但这些工具与使用你 package 的人没有关系。

Dart 2.14 中更新的 pub 命令支持新的 .pubignore 文件，你可以在其中列出不想上传到 pub.dev 的文件。此文件使用与 .gitignore 文件相同的格式。详细信息，请参阅 package 发布文档。

虽然 pub 可能最常用于管理代码的依赖性，但它也有第二个重要用途：提供强大的工具支持。其中一个例子就是 Dart 测试工具，通过 dart test 命令使用。这个命令实际上只是 pub run test:test 命令的一个包装，它运行 package:test 中的测试入口。在调用该入口之前，pub 首先将其编译为可以更快地运行的本地代码。

在 Dart 2.14 之前，对 pubspec 的任何更改 (包括与 package:test 无关的更改 ) 都会使此测试构建无效，并且你会看到一堆这样的输出，其中包含「预编译可执行文件」：

dart test
Precompiling executable... (11.6s)
Precompiled test:test.
00:01 +1: All tests passed!

在 Dart 2.14 中，pub 对何时取消构建步骤变得更加智能，因此只有当版本改变时才会进行构建。此外，我们改进了使用并行化来执行构建步骤的方式，因此该步骤本身会完成得更快。在我们测试的一些 package 上，我们看到它只用了一半的时间。

Dart 2.14 还包含了一些小的语言特性。这一次，我们把重点放在更具体的改进上，这些改进可能只是一些细小的功能，但却能实现以前不支持的更专业的用例。

首先，我们添加了一个新的 三重移位 运算符 (>>>)。这类似于现有的移位运算符 (>>)，但其中 >> 执行算术移位，>>> 执行逻辑或无符号移位，其中无论被移位的数字是正数还是负数，零位都会被移入最高有效位。

我们还删除了对类型参数的旧限制，该限制不允许使用泛型函数类型作为类型参数。以下所有内容在 2.14 之前都是无效的，但现在是允许的：

late List<T Function<T>(T)> idFunctions;
var callback = [<T>(T value) => value];
late S Function<S extends T Function<T>(T)>(S) f;

最后，我们对注解类型做了一个小小的调整 (像 @Deprecated 这样注解在 Dart 代码中通常用来捕获元数据)。以前注解不能传递类型参数，所以像 @TypeHelper<int>(42, "The meaning") 这样的代码是不允许的。现在这个限制已经被移除。

我们对核心 Dart package 和代码库进行了许多增强，包括：

• dart:core: 向 Object 类添加了静态方法 hash 、hashAll 和 hashAllUnordered。这些可用于以一致的方式组合多个对象的哈希码 (hashAll 示例)；
• dart:core: 本机 DateTime 类现在可以更好地处理本地时间，而不是精确到一小时的夏令时更改——例如澳大利亚豪勋爵岛，它有 30 分钟的时差偏移；
• package:ffi: 添加了对使用 arena 分配器管理内存的支持 (示例)。Arenas 是一种 基于区域的内存管理 形式，一旦退出 arena/region 就会自动释放资源；
• package:ffigen: 现在支持从 C 类型定义生成 Dart 类型定义。

Dart 2.14 还包含一些较小的、已经 提前宣布过的 破坏性更新 (breaking changes)。预计这些变化只会影响一些特别的用例，这些破坏性更新如下：

所有的现代浏览器 都已支持最新的 ECMAScript 版本，所以两年前我们 宣布了 一项计划，不再支持 ECMAScript 5 (ES5)。这使我们能够利用最新的 ECMAScript 的改进，生成更小的输出。在 Dart 2.14 中，这项工作已经完成，Dart Web 编译器不再支持 ES5 了，因此，较旧的浏览器 (例如 IE11 ) 将不再支持。

在 2020 年 10 月的 Dart 2.10 博客文章中，我们宣布了将所有 Dart CLI 开发人员工具组合成一个单一的组 dart 命令工具 (类似于 flutter 命令工具) 的工作。作为这一演变的一部分，Dart 2.14 弃用了以前 dartfmt 和 dart2native 命令，并停止了 stagehand。这些工具在 统一的 dart 命令工具中 都有等价的替代品。

我们已经弃用了 Dart VM 的原生扩展，这是我们从 Dart 代码调用原生代码的旧机制。Dart FFI (外部功能接口) 是我们当前用于这个用例的机制，我们正在积极 发展 它以使其功能更加强大且易于使用。

我们在 3 月份的 Dart 2.12 版本中推出了健全的空安全。空安全是 Dart 最新的主要生产力特性，旨在帮助你避免空值错误，这是一类通常难以发现的错误。

自从我们上次更新以来，我们看到现有 package 和应用程序的迁移取得了巨大的进展，以实现空安全的健全检查优势。对于 pub.dev 上的 package，前 250 名的 package 中 100% 都已支持了空安全，前 1000 名中有 94% 都支持。这意味着更多的开发者可以用完全 健全的空安全 来运行他们的应用。分析显示，56% 的 flutter run 命令以完全健全的方式执行。感谢生态系统中的所有开发者，感谢你们的迁移工作!

包含上述变化的增强型 Dart SDK 已经可以在 Dart 2.14.1 和 Flutter 2.5 SDK 中使用。我们希望你会喜欢这些新的改进和功能。

另外，我们想借此机会向 Dart 社区表示感谢。通过最近对编程语言调查的一些更新，可以看到 Dart 的势头很强劲。备受尊敬的 RedMonk 排名中 提到了 "Dart 的显著上升"，并首次将 Dart 列入前 20 名。StackOverflow 的 2021 年开发者综合调查 同样让人欣喜。据报道，Dart 是开发人员最喜爱的第七种编程语言。我们真的很高兴看到 Dart 平台有持续的增长和发展势头。

感谢 flutter.cn 社区成员 (@AlexV525、@Vadaski、@MeandNi) 以及 Lynn 对本文的审校和贡献。

除非另有说明，本文档之所提及适用于 Flutter 的最新稳定版本，本页面最后更新时间: 2024-05-10。 查看文档源码 或者 为本页面内容提出建议。