原文链接： https://medium.com/dartlang/announcing-dart-2-14-b48b9bb2fb67
Dart 2.14 的发布对 Apple Silicon 处理器提供了更好的支持，并新增了更多提升生产力的功能，例如通过代码样式分析捕获 lint 错误、更快的发布工具、更好的级联代码格式以及一些细小的语言特性更新。
自从在 2020 年末 Apple 发布了新的 Apple Silicon 处理器以来， Dart SDK 一直致力于增加对该处理器上的 Native 执行支持。
现在从 Dart 2.14.1 正式增加了对 Apple Silicon 的支持，当 下载 MacOS 的 Dart SDK时，一定要选择 ARM64 选项，这里需要额外注意， Flutter SDK 中的 Dart SDK 还没有绑定这一项改进。
本次更新支持在 Apple Silicon 上运行 SDK/Dart VM 本身，以及对 dart compile 编译后的可执行文件在 Apple Silicon 上运行的支持，由于 Dart 命令行工具使用原生 Apple Silicon ，因此它们的启动速度会快得多 。
开发人员通常会需要他们的代码遵循某种风格，其中许多规则不仅仅是风格偏好（如众所周知的制表符与空格的问题），还涵盖了可能导致错误或引入错误的编码风格。
比如 Dart 风格指南要求对所有控制流结构使用花括号，例如 if-else 语句，这可以防止经典的 dangling else 问题，也就是在多个嵌套的 if-else 语句上会存在解释歧义。
另一个例子是类型推断，虽然在声明具有初始值的变量时使用类型推断没有问题，但在声明未初始化的变量 时指定类型很重要，因为这可以确保类型安全。
良好代码风格的通常是通过代码审查来维持，但是通过在编写代码时，运行静态分析来强制执行规则通常会更有效得多。
在 Dart 中，这种静态分析规则是高度可配置的，Dart 提供了有数百条样式规则（也称为lints），有了如此丰富的选项，选择启用这些的规则时，一开始可能会有些不知所措。
配置支持： https://dart.dev/guides/language/analysis-options
lint 规则： https://dart.dev/tools/linter-rules
Dart 团队维护了一个 Dart 风格指南，它描述了 Dart 团队认为编写和设计 Dart 代码的最佳方式。
许多开发人员以及 pub.dev 站点评分引擎都使用了一套叫 Pedantic 的 lint 规则， Pedantic 起源于 Google 内部的 Dart 风格指南，由于历史原因它不同于一般的 Dart 风格指南，此外 Flutter 框架也从未使用过 Pedantic 的规则集，而是拥有自己的一套规范规则。
这听起来可能有点混乱，但是在本次的 2.14 发布中，Dart 团队很高兴地宣布现在拥有一套全新的 lint 集合来实现代码样式指南，并且 Dart 和 Flutter SDK 默认情况下将这些规则集用于新项目：
-
package:lints/core.yaml： 所有 Dart 代码都应遵循的 Dart 风格指南中的主要规则，pub.dev 评分引擎已更新为 lints/core 而不是 Pedantic。 -
package:lints/recommended.yaml：核心规则之外加上推荐规则，建议将它用于所有通用 Dart 代码。 -
package:flutter_lints/flutter.yaml：核心和推荐之外的 Flutter 特定推荐规则，这个集合推荐用于所有 Flutter 代码。
如果你已经存在现有的 Dart 或者 Flutter项目，强烈建议升级到这些新规则集，从 pedantic 升级只需几步：https://github.com/dart-lang/lints#migrating-from-packagepedantic 。
Dart 2.14 对 Dart 格式化程序如何使用级联 格式化代码进行了一些优化。
以前格式化程序在某些情况下出现一些令人困惑的格式，例如 doIt() 在这个例子中调用了什么？
var result = errorState ? foo : bad..doIt();它看起来像是被 bad 调用 ，但实际上级联适是用于整个 ? 表达式上的，因此级联是在该表达式的结果上调用的，而不仅仅是在 false 子句上，新的格式化程序清晰地描述了这一点：
var result = errorState ? foo : bad\
..doIt();Dart 团队还大大提高了格式化包含级联的代码的速度；在协议缓冲区生成的 Dart 代码中，可以看到格式化速度提高了 10 倍。
目前当开发者将包发布到pub.dev社区时，pub 会抓取该文件夹中的所有文件，但是会跳过隐藏文件（以 . 开头的文件）和.gitignore 文件。
Dart 2.14 中更新的 pub 命令支持新 .pubignore 文件，开发者可以在其中列出不想上传到 pub.dev 的文件，此文件使用与 .gitignore 文件相同的格式。
有关详细信息，请参阅包发布文档 https://dart.dev/tools/pub/publishing#what-files-are-published
虽然 pub 最常用于管理代码依赖项，但它还有第二个重要的用途：驱动工具。
比如 Dart 测试工具通过 dart test 命令运行，而它实际上只是 command pub run test:test 命令的包装， package:test 在调用该 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 在构建步骤方面更加智能，让构建仅在版本更改时发生，此外还使用并行化改进了执行构建步骤的方式，因此可以完成得更快。
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 包和库进行了许多增强修改，包括：
-
dart:core： 添加了静态方法hash、hashAll和hashAllUnordered。 -
dart:core：DateTime类现在可以更好地处理本地时间。 -
package:ffi：添加了对使用 arena 分配器管理内存的支持（示例）。Arenas 是一种基于区域的内存管理形式，一旦退出 arena/region 就会自动释放资源。 -
package:ffigen：现在支持从 C 类型定义生成 Dart 类型定义。
Dart 2.14 还包含一些重大更改，预计这些变化只会影响一些特定的用例。
#46545：取消对 ECMAScript5 的支持
所有浏览器都支持最新的 ECMAScript 版本，因此两年前 Dart 就宣布 计划弃用对 ECMAScript 5 (ES5) 的支持，这使 Dart 能够利用最新 ECMAScript 中的改进并生成更小的输出，在 Dart 2.14 中，这项工作已经完成，Dart Web 编译器不再支持 ES5。因此不再支持较旧的浏览器（例如 IE11）。
#46100：弃用 stagehand、dartfmt 和 dart2native
在 2020 年 10 月的 Dart 2.10 博客文章中 宣布了将所有 Dart CLI 开发人员工具组合成一个单一的组合dart工具（类似于该flutter工具），而现在 Dart 2.14 弃用了 dartfmt 和 dart2native 命令，并停止使用 stagehand ，这些工具在统一在 dart-tool 中都有等价的替代品。
#45451：弃用 VM Native 扩展
Dart SDK 已弃用 Dart VM 的 Native 扩展，这是从 Dart 代码调用 Native 代码的旧机制，Dart FFI（外来函数接口）是当前用于此用例的新机制，正在积极发展 以使其功能更加强大且易于使用。