支持 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 代碼中，我們看到格式化速度
有關該問題的所有詳細信息，請參閱和跟蹤這個 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)。預計這些變化只會影響一些特別的用例，這些破壞性更新如下：
#46545: 取消對 ECMAScript5 的支持
所有的現代瀏覽器 都已支持最新的 ECMAScript 版本，所以兩年前我們 宣布了 一項計划，不再支持 ECMAScript 5 (ES5)。這使我們能夠利用最新的 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 命令工具中 都有等價的替代品。
#45451: 棄用 VM 原生擴展
我們已經棄用了 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 社區表示感謝。通過最近對編程語言調查的一些更新，可以看到 Dart 的勢頭很強勁。備受尊敬的 RedMonk 排名中 提到了 "Dart 的顯著上升"，並首次將 Dart 列入前 20 名。StackOverflow 的 2021 年開發者綜合調查 同樣讓人欣喜。據報道，Dart 是開發人員最喜愛的第七種編程語言。我們真的很高興看到 Dart 平台有持續的增長和發展勢頭。
感謝 flutter.cn 社區成員 (@AlexV525、@Vadaski、@MeandNi) 以及 Lynn 對本文的審校和貢獻。