0%

【文章內容使用 Gemini 1.5 Pro 自動翻譯產生】

快速修復分析問題

如果您像我一樣,太多的開發時間都花在修復分析器找到的問題(診斷)上。如果您曾經希望它可以更容易,那麼我有一些好消息要告訴您。分析器產生的許多診斷都可以使用快速修復自動修復。

快速修復 是一種自動編輯,旨在修復特定診斷報告的問題。在 Dart 診斷訊息 文章中,我們查看了以下程式碼:

更正訊息建議了兩種解決問題的方法:「嘗試使存取成為條件式(使用 ‘?.’)或向目標添加 null 檢查(’!’)。」

如果您點擊突出顯示的區域(帶有紅色波浪線的區域),您會在編輯器左側看到一個燈泡圖示。如果您將滑鼠懸停在它上面,則可以點擊以打開包含可用快速修復的選單。

選單中提供了兩種建議的更正。選擇其中一個會將更改應用於您的程式碼。例如,如果您選擇第一個修復,它會將程式碼更新為以下內容:

讓我們先快速了解一下如何在 IntelliJ IDEAVisual Studio Code 中應用修復,然後再看一個更強大的快速修復示例。

IntelliJ IDEA

編輯器中的上下文動作選單如下所示:

您可以透過從編輯器中的上下文選單中選擇「顯示上下文動作」或使用其鍵盤等效項(Windows 和 Linux 上為 Alt+Enter,macOS 上為 Option+Enter)來存取相同的列表。

當您將滑鼠懸停在突出顯示的區域上時,您也可以直接從懸停文字中調用這些修復。如果修復太多,則還有一個 更多動作 項目也會打開選單:

如果這還不夠,您還可以從 Dart 分析視圖中的上下文選單中調用可用的修復:

Visual Studio Code

編輯器中的程式碼動作選單如下所示:

前兩項是快速修復,其他項是重構。您可以透過使用其鍵盤等效項(Windows 和 Linux 上為 **Control+.**,MacOS 上為 **Command+.**)或從編輯器中的懸停文字中選擇 快速修復… 來存取相同的列表:

您也可以從「問題」面板中的上下文選單中調用它們:

另一個例子

雖然上面的修復可以節省您查找更正訊息然後手動進行編輯的時間和精力,但不可否認,添加單個字元並不是一個很大的時間節約。但是,某些修復可以提高生產力。請考慮以下程式碼:

診斷告訴您「await 表達式只能在異步函數中使用。」假設您不想使用同步 I/O,則更正方法是用 async 關鍵字標記函數的主體。這樣做會導致另一個錯誤,告訴您方法的返回類型需要是 Future,因此您最終還需要更新返回類型。

幸運的是,有一個針對原始問題的快速修復:

選擇此修復不僅會添加修飾符,還會更新返回類型,讓您一步即可解決問題:

總結

並非每個問題都可以自動修復,並且並非每個可以修復的問題都有快速修復。儘管如此,下次您需要修復診斷時,絕對值得檢查一下是否有可用的快速修復。如果您沒有看到應該有快速修復的診斷的修復,請透過 建立 dart-lang/sdk 問題 告知我們。


分析問題的快速修復 最初發佈在 Dart 上的 Medium,人們在那裡透過突出顯示和回應這個故事來繼續討論。

【文章內容使用 Gemini 1.5 Pro 自動產生】

2021 年第四季使用者調查結果:關於空安全、生態系統、文字編輯和行動開發

去年 11 月,Flutter UX 團隊進行了第 15 次季度使用者調查。調查透過 Flutter 的 IDE 外掛、YouTube、Twitter 和網站宣布。在兩個星期內,我們收集了 10,105 份回覆,創下歷史新高,我們了解到 Flutter 開發人員對 Flutter 仍然感到滿意。對 Flutter 感到滿意的人的比例為 92%,自 2019 年第四季以來一直保持穩定。

透過調查,Flutter 團隊也更詳細地了解 Flutter 的優缺點,並據此設定未來任務的優先順序。在這次調查中,我們詢問了以下四個主題,以深入了解這些領域。

  • 空安全
  • 生態系統
  • 文字編輯
  • 行動開發

為了讓調查簡短,我們向不同的群組詢問了不同的問題,因此您可能沒有看到所有這四個主題。無論如何,我們從所有參與者那裡收到了有意義的、具有統計意義的回饋。作為一個開源專案,我們試圖盡可能透明地公開我們收集的數據,因此我們在此分享結果和我們的收穫。

Dart 空安全

Dart 空安全的穩定版本於 2021 年 3 月 發佈。這是該語言中最大的新增功能之一,我們提供了一個遷移工具和一個 指南 來幫助開發人員將現有程式碼遷移到空安全。我們想了解遷移的體驗對您來說如何,這樣我們就可以在未來嘗試進行類似語言變更時做得更好。

總體而言,過去 6 個月使用過 Dart 空安全的 89.5% 的人對此功能感到滿意。那些先前有空安全經驗的人(例如 Kotlin)更有可能對此功能感到滿意(+3 個百分點)。Dart 空安全最大的好處是「程式碼中的錯誤減少了」(79.4%),其次是「更容易理解的程式碼」(49.7%)。

79% 的使用者有 Dart 空安全的使用經驗,並且 90% 對此感到滿意
大多數使用者 (79%) 表示 Dart 空安全減少了他們程式碼中的錯誤

有趣的是,39.9% 的人表示他們的所有程式碼都從一開始就使用空安全。鑑於調查是在穩定版空安全推出後僅 8 個月實施的,因此調查顯示了 Flutter 和 Dart 的快速發展,吸引了新的開發人員。這個結果也顯示了,59% 遷移程式碼的人以某種方式使用了遷移工具(22.0%+19.6%+6.7%=22.0%)。

40% 的使用者從一開始就使用空安全,而 59% 的使用者將其程式碼遷移到空安全

總體而言,調查結果支持繼續發展 Dart 語言使其變得更好。我們將繼續改進並在過程中考慮您的體驗。請繼續提供您的回饋!

生態系統

隨著 Flutter 不斷成熟,其套件和外掛生態系統也得到了改善。這項改善包括來自社群的貢獻,以及 Flutter FavoritesPlus 外掛Weekly Package 等程式和促銷活動。如下所示,對生態系統的滿意度在過去 2 年中提高了 7 個百分點。

對 Flutter 套件和外掛生態系統的滿意度在過去 2 年中提高了 7.5 個百分點

然而,我們仍然聽到您說,仍然有許多套件和外掛需要改進。為了更好地了解您的需求,我們詢問了「過去 3 個月是否有任何 Flutter 或 Dart 套件降低了您的應用程式開發生產力?」當 3,698 人中有 28.7% 對此問題回答「是」時,我們列出了 42 種不同的套件類型,並詢問了哪些套件降低了生產力。排名前 15 的套件如下。

雖然各種套件都導致開發人員生產力下降,但「Firebase」的排名第一,獲得了 22% 的投票。

Firebase 被 Flutter 使用者廣泛使用,這導致了相對較多的投票(22.1%)。我們將繼續投入到 Firebase 外掛(「FlutterFire」外掛)中。例如,去年 12 月,我們 發佈了 FlutterFire 外掛的穩定版本 並對其進行了標準化。這意味著所有 FlutterFire 外掛現在都使用相同底層版本的 SDK,開發人員在混合和匹配外掛時不會遇到版本不兼容問題。我們計劃監控此情況,並希望在下次詢問這個問題時看到 Firebase 變成開發人員更有效的服務。

上面圖表中另一個值得注意的是,42 個常見項目無法涵蓋所有需求,而 19.2% 的人選擇指定降低生產力的「其他」類型的套件和外掛。這突出了我們只是一個社群才能解決的各種需求。

對於這些套件,最大的挑戰是功能完整性——23.1% 的人表示套件的功能不完整,因此他們必須使用多個套件才能實現類似功能,或者無法滿足他們的需求。

套件的功能完整性是導致開發人員生產力下降的最主要因素

Flutter 團隊一直在努力改進我們第一方外掛的開發過程,使其更容易維護和改進。例如,webview_flutter 3.0 最近發佈,以解決許多頂級功能需求,我們將繼續投資於解決該外掛和其他外掛中投票數最高的議題。

即使我們自己繼續投入到 Flutter 和 Dart 團隊擁有的 數百個套件 這些都是 Flutter 社群可以發揮關鍵作用的領域。當我們都投入套件開發時,我們都會受益!

文字編輯

Flutter 提供了內建的 Widget,例如 TextField、TextFormField(以及它們的 Cupertino 對應物),以及各種套件,讓您可以在應用程式中加入文字編輯功能。當需要實作 live 篩選和格式化(例如,僅數字的電話號碼或價格輸入欄位)或豐富的文字編輯器(例如程式碼或數學公式編輯器)時,這會很快變得複雜。

從這次調查中,我們了解到大約 86.7% 的中級或高級經驗開發人員嘗試在他們的應用程式中加入文字編輯功能,而且對文字編輯功能的滿意度從單行 (82.3%) 和 live 篩選和格式化 (82.2%) 下降到多行 (69.6%) 和豐富文字編輯器 (66.6%)。

專家往往在將文字編輯功能加入應用程式方面擁有更多經驗

根據這個回饋,核心框架團隊計劃建立穩固的基本豐富文字編輯功能和 API 來支援套件。此外,團隊計劃更好地宣傳現有功能並建立更多範例。同時,您可以探索關於文字編輯變更的 設計文件 以查找有用的文件,以及 這個 GitHub 議題,以了解進度。這項工作已經進行得很好,一些低階 API 現在已經在 master channel 中。

我們也聽說了與支援不同語言相關的挑戰。例如,我們清楚地聽到 RTL 和雙向文字(例如阿拉伯語)無法正常運作。雖然沒有書面路線圖,但我們計劃很快大力推動更好地支援 RTL 和雙向文字編輯。

行動開發

由於行動平台(iOS 和 Android)是 Flutter 最初正式支援的平台,因此大多數人都有在過去 6 個月內開發 iOS 或 Android 應用程式的經驗。團隊想更好地了解特定於平台的問題,例如與除錯和發佈相關的挑戰,以便團隊能夠更好地為其工程工作設定優先順序。

過去 6 個月,分別有 72% 和 91% 的開發人員為 iOS 和 Android 開發應用程式

在除錯方面,在兩個平台上,使用者在加入或升級套件或外掛時,經常需要處理特定於平台的問題。雖然在許多情況下除錯 Android 問題並不常見,但值得注意的是,在 Android 上除錯以優化效能比 iOS 更常見。

在加入或升級套件或外掛時,除錯平台問題的頻率更高

我們還了解到,在發佈應用程式時,處理 Xcode(iOS)和 Gradle(Android)是最常見的問題,這與我們的直覺一致。我們已經讓 Flutter CLI 顯示針對常見 Gradle 錯誤的使用者友善錯誤訊息,這個功能已在最新更新 Flutter 2.10 中發佈。

我們將繼續改進這些構建系統錯誤的呈現方式,使其更容易理解和操作。對於 iOS,我們將在未來的版本 (相關議題在此) 中加入 flutter build ipa 功能,使發佈變得更容易。更多 Xcode 設定也會自動填充到新專案 (議題) 中。對於 Android,我們正在開發一個自動遷移工具,它將有助於查找 Gradle 配置檔案中的細微差異。

超過 36% 的開發人員在發佈應用程式時處理 Xcode (iOS) 和 Gradle (Android) 問題

接下來是什麼?

開發人員越來越多地將 Flutter 作為他們主要工作的一部分使用。Flutter 團隊將繼續聆聽並使用您的回饋來塑造我們的技術。如果您有任何緊急問題,請在 GitHub 上提交議題。

使用 Flutter 作為主要工作的開發人員比例一直在增加

Flutter 季度使用者調查將繼續尋找重要問題的答案。您也可以在 GitHub 上發佈您的研究想法。請留意下一次調查。此外,請考慮透過 註冊參加未來的 UX 研究 來參與其他研究。

再次感謝所有提供回饋的人!


2021 年第四季使用者調查結果:關於空安全、生態系統、文字編輯和行動開發 最初發佈在 Flutter 上的 Medium,人們在那裡透過突出顯示和回應這個故事來繼續討論。

【文章內容使用 Gemini 1.5 Pro 自動產生】

Flutter 在 2022 年的策略和路線圖

Illustration of the Flutter and Dart mascot, Dash, looking across a cityscape, representing the future for our products.

Flutter 在我們建立成長和動能的過程中所關注的領域

每年,我們和其他 Google 的大型團隊一樣,都會進行規劃過程,以設定我們在未來一年的目標和重點領域。通常,產品團隊會嚴格保護這些文件,因為它們可能包含商業敏感資訊,或與競爭優勢領域相關。然而,作為一個開源專案,我們認為透明度是一種美德:它可以讓人們更信賴我們的未來和方向,並讓其他人更清楚地了解他們的投資如何與我們的投資相連。

因此,今天我們首次與整個社群分享我們的 年度策略文件。在這個文件中,我們表達了我們的使命,分享了一些指導原則,並描述了我們計劃在未來一年進行的主要投資。出於必要,我們做了一些小幅度修改(例如,商業敏感資料或對未宣布產品的參考),但我們相信這提供了對我們計劃良好的概述。這個策略文件應該與我們 wiki 上的 工程路線圖 一起閱讀,後者提供了有關我們正在開發的功能的更多細節。

關於以上句子中使用「我們」這個詞的一個重要說明,這可能被理解為「那些 Google 付錢讓他們在 Flutter 上工作的人」。Flutter 是 Google 內外許多貢獻者的成果。雖然 Google 是最大的贊助商,以付費貢獻者的數量衡量,但它不是唯一的貢獻者。在過去的一年裡,數千名個人為該專案貢獻了他們的智慧財產和勞動力,從個人到 Canonical、Microsoft、ByteDance 和阿里巴巴等大型企業。

因此,雖然策略文件描述了 Google 的投資並分享了這些決策背後的理由,但它並不打算限制他人對 Flutter 的貢獻方式。我們希望我們的作品能夠很好地滿足整個社群的需求,但我們預計分享這個文件的一個好處是,其他人將看到他們自己的投資機會,無論是建立在 Google 計劃貢獻的作品之上,還是填補我們沒有優先考慮的領域。

這方面的例子包括 Sony 在 嵌入式 Linux 上的工作;Toyota 和其他汽車公司在 汽車級 Linux 中使用 Flutter 的投資,以及三星和其他公司將 Flutter 移植到 Tizen 的工作。雖然這些工作都沒有列在我們的策略文件中,但它仍然是 Flutter 專案的一部分,就像 Google 貢獻的任何程式碼一樣。當然,還有數萬個建立在框架之上的套件,其中絕大多數來自 Google 之外的開發人員。

最後一個免責聲明:我們的策略可能會隨著時間推移而演變,因為我們將繼續與社群互動,以及商業優先順序和策略的變化。因此,這裡所述的任何內容都不要被視為具有約束力的承諾,即使我們計劃將其作為我們的指南。


Flutter 在 2022 年:策略和路線圖 最初發佈在 Flutter 上的 Medium,人們在那裡透過突出顯示和回應這個故事來繼續討論。

http://creativecommons.org/licenses/by/4.0/

【文章內容使用 Gemini 1.5 Pro 自動產生】

宣布 Flutter 2.10:穩定版 Windows、效能提升、Material 3 更新等等!

我簡直不敢相信又到了 Flutter 穩定版本發佈的時候!大家好,歡迎來到 Flutter 2.10。距離我們上次發佈版本還不到兩個月,但即使在那段時間裡,我們也收到了來自全球 155 位貢獻者的 1,843 個已解決的議題和 1,525 個已合併的 PR。感謝大家辛勤付出,特別是在 2021 年的假期期間。

這個版本有許多令人興奮的更新,包括 Flutter 對 Windows 支援的重大進展、幾個重要的效能提升、框架中對圖示和顏色的新支援,以及一些工具的改進。此外,我們還有一些關於移除 dev 頻道的更新、對舊版 iOS 的支援減少,以及一些重大變化的簡短清單。讓我們開始吧!

Windows 上的生產應用程式準備就緒

首先,Flutter 2.10 版本帶來了 Windows 支援的穩定版本。您不再需要切換旗標來獲得在 Flutter 的 stable 頻道上生成 Windows 應用程式的功能 - 現在這個功能預設提供!

當然,我們做的不僅僅是切換旗標。這個版本包括對文字處理、鍵盤處理和鍵盤快捷鍵的廣泛改進,以及與 Windows 的直接整合,支援命令列參數、全球化文字輸入和無障礙功能。

關於 Windows 穩定版發佈的更多資訊,請參閱 宣布 Flutter for Windows 部落格文章,這篇文章描述了 Flutter 在 Windows 上的架構,它允許深度整合,並讓您了解有多少 Flutter 套件和插件已經支援 Windows。您也可以看到我們的工具和應用程式合作夥伴使用 Flutter 在 Windows 上做的一些例子!

效能提升

此版本包含 Flutter 的初始支援,即由 Flutter 社群成員 knopp 提供的 髒污區域管理。他為 iOS/Metal 上單個髒污區域啟用了局部重新繪製。此變更將幾個基準測試的第 90 個和第 99 個百分位數的柵格化時間減少了數量級,並且將這些基準測試上的 GPU 使用率從 90% 以上降至 10% 以下。

我們預計在未來的版本中將局部重新繪製的好處帶到 其他平台

在 Flutter 2.8 版本中,我們 推出了我們自己的內部圖片記錄格式。現在在 Flutter 2.10 中,我們已經開始利用它建立優化。例如,**透明度層的常見用例現在 實現得更加高效**。即使在最壞的情況下,基準測試中的畫面柵格化時間也降至之前值的 1/3 以下。

我們預計這種優化將在我們繼續開發圖片記錄格式時擴展到更多案例。

在 Profile 和 Release 模式下,Dart 程式碼會提前編譯成原生機器碼。此程式碼效率高且體積小的關鍵是全程式碼類型流分析,它可以解鎖許多編譯器優化和積極的樹狀搖動。然而,由於類型流分析必須涵蓋整個程式碼,因此它可能有點昂貴。這個版本包含 類型流分析的更快速實作。基準測試中 Flutter 應用程式的整體構建時間下降了約 10%。

與往常一樣,效能提升、減少記憶體使用和降低延遲是 Flutter 團隊的優先順序。期待在未來的版本中看到更多改進。

iOS 更新

除了效能提升,我們還新增了一些平台特定的功能和增強功能。一個新的增強功能是來自 luckysmgiOS 上更平滑的鍵盤動畫,它會自動提供給您的應用程式,您無需做任何事情。

我們還透過修復一些 邊緣 案例崩潰 來提高 iOS 相機插件的穩定性。

最後,64 位 iOS 架構獲得了一個新的功能來減少記憶體使用:壓縮 **指標****。

一個 64 位架構將指標表示為一個 8 位元組的資料結構。當您有很多物件時,指標本身佔用的空間會增加應用程式的整體記憶體使用量,特別是如果您有更大、更複雜的應用程式,這些應用程式具有更多 GC 抖動。但是,您的 iOS 應用程式不太可能擁有足夠的物件來需要大量使用 32 位地址空間(20 億個物件),更不用說 64 位地址空間的巨大空間(90 億億個物件)。

壓縮指標在 Dart 2.15 中提供,在此版本中,我們使用它們來減少 64 位 iOS 應用程式的記憶體使用量。您可以 查看 Dart 2.15 部落格文章以獲取詳細資訊

當您閱讀 Dart 部落格文章時,別忘了 查看 Dart 2.16 宣布,其中包含關於使用套件平台標記支援 Flutter for Windows 以及在 pub.dev 上推出新的搜尋體驗的更新。

Android 更新

這個版本還包含許多針對 Android 的改進。預設情況下,當您建立新的應用程式時,Flutter 預設支援最新版本的 Android,版本 12(API 級別 31)。此外,在此版本中,**我們已 **自動啟用 multidex 支援**。如果您的應用程式支援 Android SDK 版本低於 21,並且超過 64K 方法限制,只需將 --multidex 旗標傳遞給 flutter build appbundleflutter build apk,您的應用程式就會支援 multidex。

最後但並非最不重要的一點是,我們聽取了您的反饋意見,認為 Gradle 錯誤訊息會令人望而生畏。因此,Flutter 工具現在會建議如何解決常見問題的步驟 。例如,如果您為應用程式加入一個 Plugin,它需要您提高最低支援的 Android SDK 版本,您現在會在日誌中看到一個「Flutter Fix」建議。

我們將繼續為常見的錯誤訊息新增更多建議,並且樂於收到您對其他錯誤訊息的回饋,這些錯誤訊息也可能需要這種處理方法。

Web 更新

這個版本還包含一些針對 Web 的改進。例如,在之前的版本中,當捲軸到 Web 上多行 TextField 的邊緣時,它不會正確捲軸。這個版本引入了 文字選取的邊緣捲軸:當選取範圍移動到文字欄位之外時,欄位會捲軸以顯示捲軸範圍。這種新的行為適用於 Web 和桌面應用程式。

此外,這個版本的 Flutter 包含了另一個針對 Web 的顯著改進。我們一直在尋找方法來減少 Flutter 對 Web 的對映開銷。在之前的版本中,每次我們想要將原生 HTML Widget 加入到 Flutter 應用程式時,我們都需要一個覆蓋層作為我們針對 Web 的平台視圖支援的一部分。這些覆蓋層中的每一個都允許自訂繪製,但會造成一定程度的開銷。如果您的應用程式中有大量的原生 HTML Widget,例如連結,這些開銷會加起來。在此版本中,我們為 Web 建立了一個新的「非繪製平台視圖」,基本上消除了這種開銷。我們已經 連結 Widget 中利用了這種優化,這意味著如果您的 Flutter Web 應用程式中有許多連結,它們將不再會造成任何顯著的開銷。我們將隨著時間推移將這種優化應用於其他 Widget。

Material 3

此版本是過渡到 Material 3 的開始,其中包括 從單個種子顏色生成整個顏色配置 的功能。

使用任何顏色,您可以構造一個新的 ColorScheme 類型的實例:

ThemeData 工廠建構函式中還有一個新的 colorSchemeSeed 參數,允許您生成主題的顏色配置:

此外,此版本還包含 ThemeData.useMaterial3 旗標,它將組件切換到新的 Material 3 外觀

最後但並非最不重要的一點是,**我們已新增 1,028 個新的 Material 圖示**。

1,028 個新的 Material 圖示的一點小樣本

可以在 跟踪我們 Material 3 工作的議題 中找到更新;歡迎您提供您的回饋。

整合測試改進

在 2020 年 12 月,我們宣布了一種使用 integration_test 套件 進行端到端測試的新方法。這個新的套件取代了 flutter_driver 套件,成為進行整合測試的推薦方法,它提供了一些新功能,例如 Firebase Test Lab 支援以及對 Web 和桌面的支援。

從那時起,我們在整合測試方面又進行了進一步的改進,包括 integration_test 套件捆綁到 Flutter SDK 本身,使其更容易與您的應用程式整合。還有一個 **新的 遷移指南,如果您要將現有的 flutter_driver 測試遷移到 integration_test**。

`flutter_driver` 到 `integration_test` 遷移指南中的範例

幾個 現有的 文件範例codelab 也已更新為 integration_test。要開始使用,請將您的瀏覽器指向 flutter.dev 上的 測試 Flutter 應用程式 頁面。如果您還沒有在 Flutter 應用程式中使用 integration_test,現在是開始的時候了!

Flutter DevTools

我們也在這個版本中為 Flutter DevTools 做了一些工作,包括如果您從命令列使用 DevTools 的一個易用性功能。您現在不再需要使用 pub global activate 來下載和執行最新版本,而是可以 直接使用 dart devtools 並獲得與您正在使用的 Flutter 版本保持一致的版本。

我們還進行了一些 許多 可用性 更新,包括 改進了在除錯器變數窗格中檢視大型列表和映射的支援(感謝 elliette)。

最後,我們即將發佈 年度 DevTools 調查!請提供您的回饋,幫助我們改進您的開發體驗。

這個調查提示將在 2 月中旬左右直接顯示在 DevTools 中。謝謝!

VSCode 改進

Flutter 的 Visual Studio Code 擴展也獲得了一些增強功能,包括 在程式碼中更多位置顯示顏色預覽一個可以為您更新程式碼的顏色選擇器

此外,如果您想成為 VSCode 的 Dart 和 Flutter 擴展的預發行版本的測試人員,您可以在 [擴展設定中切換到預發行版本](https://github.com/Dart-Code/Dart-Code/issues/
3729)。

您可以在 flutter-announce 郵件列表 上的 這篇文章 中閱讀有關此更新的詳細資訊以及更多內容。

移除 dev 頻道

Flutter 2.8 版本 中,我們宣布我們正在進行 移除 dev 頻道 的工作,簡化您的選擇,並減少工程開銷。在此版本中,我們已完成這項工作,包括:

  • 更新了 Flutter 工具,以幫助開發人員從 dev 頻道遷移
  • 更新了 Wiki 以反映更新後的客戶承諾
  • 更新了棄用政策
  • 從 DartPad、預提交測試和網站中移除 dev 頻道支援

dev 頻道現在已經被清除了。如果您發現我們遺漏了某個地方,請 告訴我們

停止支援 iOS 9.3.6

由於使用率下降以及在實驗室中維護目標設備的難度越來越大,我們正在 停止支援 iOS 9.3.6,將其從「支援」層級移動到「最佳努力」層級。這意味著對 iOS 9.3.6 和 32 位 iOS 設備的支援將僅透過編碼實務、臨時和社群測試來維護。

在 2022 年第三季度的穩定版本中,我們預計將從 Flutter 穩定版本中刪除對 32 位 iOS 設備和 iOS 版本 9 和 10 的支援。這意味著從那時起針對穩定版 Flutter SDK 構建的應用程式將不再能在 32 位 iOS 設備上運行,Flutter 支援的最低 iOS 版本將升級到 iOS 11。

重大變更

我們還努力讓每個版本中都 只有少數重大變更,而這個版本雖然還沒有完全達到零,但我們會繼續努力!

如果您仍然使用這些 API,您可以 閱讀 flutter.dev 上的遷移指南。與往常一樣,非常感謝社群為 貢獻測試,這些測試幫助我們識別出這些重大變更。

總結

來自 Google Flutter 團隊的所有人,我們想說 - 謝謝。謝謝您成為社群的一部分,幫助 Flutter 成為最受歡迎的跨平台 UI 工具包,這一點得到了 Statista 和 SlashData 等分析師的認可。對 Windows 的穩定支援只是我們忙碌的一年的開始,我們迫不及待地想看到我們一起構築的每一樣東西!


Flutter 2.10 的新功能 最初發佈在 Flutter 上的 Medium,人們在那裡透過突出顯示和回應這個故事來繼續討論。

【文章內容使用 Gemini 1.5 Pro 自動產生】

宣布 Flutter for Windows

自我們推出 Flutter 以來,我們一直專注於提供一個跨平台解決方案,用於構建精美的自定義應用程式,這些應用程式被編譯為機器碼,並充分利用您設備的底層圖形硬體。今天,隨著 Windows 作為應用程式目標的首次生產版本支援的發布,我們擴展了這個願景,使 Windows 開發人員能夠從移動開發人員一直以來享有的相同生產力和功能中受益。

An image of a laptop with two light blue birds, representing Dash, the mascot of Flutter and Dart, hovering over the keyboard. The text in the image says, “Flutter + Windows”.

我們對 Flutter 的目標是為您提供構建出色體驗所需的工具,無論您是在為哪個作業系統構建應用程式。因此,我們希望將相同的核心框架和工具帶到您想繪製像素的所有地方。Flutter 允許您精雕細琢 **精美** 的體驗,讓您的品牌和設計成為焦點。Flutter **快速**,直接編譯為機器碼;通過狀態熱重載支援,您可以獲得互動式開發環境的 **生產力**,讓您可以在應用程式運行時進行更改,並立即看到結果。Flutter **開源**,擁有數千名貢獻者為核心框架添加內容,並用套件生態系統擴展它。

幾乎有 50 萬個應用程式使用 Flutter……

到目前為止,我們已經看到了超出預期的發展勢頭,現在已經發布了近 50 萬個使用 Flutter 的應用程式,包括來自 Betterment、BMW 和 ByteDance 等公司的重大應用程式,以及來自 Google 的 30 個團隊的應用程式。在 2021 年,Flutter 根據 Statista 和 SlashData 等分析師的衡量標準,成為最受歡迎的跨平台 UI 工具包:

Extracts from studies by Statista (“Flutter is the most popular cross-platform mobile framework used by global developers… 42% of software developers used Flutter”), SlashData (“The most popular cross-platform frameworks for development include Google’s Flutter (44%)”), JetBrains (“The popularity of Flutter continues to grow. This year it has surpassed React Native to become the most popular…”) and StackOverflow (“Flutter is the #2 loved framework”).

我們自己的數據證實了這一點,在 2021 年的所有四個季度調查中,有 92% 的 Flutter 開發人員對我們的工具表示滿意。 (對於其他 8% 的用戶,我們正在傾聽您的反饋,並希望您也感到滿意!)

一個常見的要求是 Windows 支援。

今天,我們很高興宣布 Flutter 在穩定版本中完整支援 Windows 應用程式。

Windows 和 Flutter

幾年前,我們為 Flutter 構建了一個雄心勃勃的願景,從 iOS 和 Android 上的行動應用程式擴展到其他平台,包括 Web 和 *桌面*。

Flutter 的核心跨越平台:從可移植的硬體加速 Skia 圖形引擎到 Flutter 渲染系統;核心原語,如動畫、主題、文字輸入和國際化;以及 Flutter 提供的數百個 Widget。

但是,桌面應用程式不僅僅是在更大螢幕上運行的行動應用程式。它們是為不同的輸入設備(例如鍵盤和滑鼠)而設計的。它們具有可調整大小的視窗,通常在寬螢幕顯示器上運行。對於關鍵事項(如輔助功能、輸入法編輯器和視覺樣式)存在不同的慣例。它們與底層作業系統中的不同 API 整合:桌面應用程式支援從檔案系統選擇器到設備硬體到 Windows 登錄等數據存儲的所有內容。

因此,雖然我們將 Flutter *帶到* Windows,但我們也為 Windows *量身定制* 了它。

與我們對 Android 和 iOS 的支援一樣,Flutter 的 Windows 實作結合了 Dart 框架和 C++ 引擎。Windows 和 Flutter 通過一個嵌入層進行通訊,該嵌入層託管 Flutter 引擎,並負責轉換和分派 Windows 消息。Flutter 與 Windows 配合將您的 UI 繪製到螢幕上,處理視窗調整大小和 DPI 變化等事件,並使用現有的 Windows 模式進行國際化,例如輸入法編輯器。

An architectural diagram showing the Flutter architecture: at the top is the Flutter framework, built in Dart, which comprises building blocks like Material, the widgets system, rendering objects, animation, gestures, and painting primitives. Below that is the Flutter engine, written in C++, as well as the Skia and text rendering libraries; lastly, the Windows embedder which interoperates with the underlying operating system and passes Win32 messages to the engine.
在 Windows 上,Flutter 使用完全相同的 Dart 程式碼,但利用了原生 Windows API。

您的應用程式可以使用 Flutter 框架的每個部分,在 Windows 上,它也可以直接通過 Dart 的 C 互操作層或使用用 C++ 編寫的平台插件與 Win32、COM 和 Windows 執行時 API 通話。我們還適應了一些常見的 Plugin,以包含 Windows 支援,包括 camera、file_picker 和 shared_preferences。更重要的是,社群已經為各種其他套件添加了 Windows 支援,涵蓋從 Windows 工作列整合到串列埠存取的所有內容。

A list of some Windows packages, including USB support, maps, web, serial port, file selection, window management, TensorFlow, credential management, battery, WMI, printer, screen capture and network connectivity.
已經有數百個套件已適應以支援為 Windows 構建的 Flutter 應用程式。

為了獲得完全自定義的 Windows UI,您還可以利用 `fluent_ui` 和 `flutter_acrylic` 等套件來建立一個精美地表達 Microsoft Fluent 設計系統的應用程式。使用 `msix` 工具,您可以將應用程式包裝在安裝程式中,可以上傳到 Windows 上的 Microsoft Store。

總之,這促進了應用程式的創建,這些應用程式在 Windows 上看起來很棒,在 Windows 上運行很快,並且仍然可以傳輸到其他桌面或行動設備以及 Web。以下是我們到目前為止看到的一些早期範例:

一些使用 Flutter 構建的 Windows 應用程式的早期社群範例,包括 Harmonoid 和 Rows。

Microsoft 和 Flutter

我們詢問 Windows 團隊是否願意分享一些關於 Flutter 支援的意見。以下是 Microsoft Windows 開發者平台公司副總裁 Kevin Gallo 的說法:

“我們很高興看到 Flutter 添加了對創建 Windows 應用程式的支援。Windows 是一個開放平台,我們歡迎所有開發人員。我們很興奮看到 Flutter 開發人員將他們的經驗帶到 Windows,並發布到 Microsoft Store。Flutter 對 Windows 的支援是社群的一大步,我們迫不及待地想看看您將為 Windows 帶來什麼!”

事實上,Microsoft 的幾個團隊都為今天的公告做出了貢獻。特別是,我們想感謝 Fluent 設計團隊為 Windows 上的 Flutter 應用程式貢獻圖標。他們的 `fluentui_system_icons` 套件已獲得 Flutter Favorite 狀態,以證明其品質。

我們還對 Microsoft 在 Windows 輔助功能方面進行的投資印象深刻,我們感謝該團隊的幫助,確保 Flutter 從一開始就支援螢幕閱讀器。將輔助功能視為利基需求是一個錯誤。正如 Microsoft 包容性設計工具包中的這張圖所示,我們都有理由關心提供適合不同永久性、暫時性或情境性需求的體驗。

A diagram showing how accessibility aids can be of use to a wide audience, in three categories: permanent impairments such as blindness or deafness; temporary conditions such as an arm injury or cataract; or situational needs such as a new parent who is holding a baby with one arm, or a driver who is unable to look at a screen.

下面的視頻演示了 Flutter 如何與 Windows Narrator 整合。出於這個視頻的目的,我們故意模糊了螢幕,讓您了解這項功能對需要它的人來說是多麼有價值。

Windows 開發工具的生態系統

我們的工具合作夥伴也正在添加對 Windows 的支援。以下是一些重點:

  • FlutterFlow,低程式碼 Flutter 應用程式設計工具,今天宣布支援 Windows,以及幫助 Flutter 開發人員構建針對桌面使用量身定制的應用程式的功能。
  • Realm 是一個超快速的本地數據存儲。今天發布的最新版本現在支援使用 Flutter 構建 Windows 應用程式,使用 Dart FFI 快速存取底層數據庫,從而為 iOS 和 Android 等行動平台提供現有的支援。
  • Nevercode 已更新其 Codemagic CI/CD 工具以支援 Windows,使您能夠在雲端測試和構建 Windows 應用程式,並自動將應用程式部署到 Microsoft Store。
  • Syncfusion 已更新其 Widget 套件,以充分利用 Windows。如果您訂閱其工具包,您將發現數據可視化組件,例如樹狀圖和圖表,豐富的數據網格 Widget,日曆,甚至支援 PDF 創建和 Excel 電子表格。
  • 最後,Rive 今天宣布即將推出的其熱門圖形工具套件的 Windows 版本,允許設計人員和開發人員創建互動式矢量動畫,這些動畫可以使用狀態機實時響應程式碼。其應用程式即將推出的 Windows 版本提供超快的效能和更低的內存占用率,並將很快在 Microsoft Store 上供下載。
A screenshot of Rive, a motion design tool that is written in Flutter and produces output that can be embedded into any Flutter app.
Rive,即將在 Windows 上的 Microsoft Store 上推出。

看到圍繞 Flutter 建立的成熟生態系統,我們感到非常興奮,我們鼓勵您在使用 Flutter 構建 Windows 應用程式時查看每一個合作夥伴。

Windows 支援在 Flutter 2.10 中推出

構建 Windows 應用程式的穩定、生產級品質支援作為 Flutter 2.10 的一部分提供,該版本今天發布。Flutter 2.10 還包含許多其他功能、效能改進和錯誤修復,這些內容在單獨的部落格文章中詳細介紹。

在接下來的幾個月裡,您將從我們那裡聽到更多關於完成對 macOS 和 Linux 的穩定支援的消息,為您的生產 Flutter 應用程式提供完整的桌面、Web 和行動平台。

同時,感謝您對 Flutter 的支援。我們很興奮看到您為 Windows 構建的內容!

An image of the Dart mascot, Dash. She is sitting behind a laptop computer with a Flutter logo. We can’t see it, but she’s looking at a Windows app built in Flutter!


宣布 Flutter for Windows 最初發佈在 Flutter 上的 Medium,人們在那裡透過突出顯示和回應這個故事來繼續討論。

http://creativecommons.org/licenses/by/4.0/

【文章內容使用 Gemini 1.5 Pro 自動翻譯產生】

Dart 2.16:改進的工具和平台處理

今天,Dart SDK 2.16 版本正式推出。它沒有新的語言功能,但包含許多錯誤修復(包括一個安全漏洞的修復)、改進了對指定 Dart 套件支援平台的支援,以及全新的 pub.dev 搜尋體驗。

Dart 2.16

今天與 Flutter 2.10 一起推出的 Dart 2.16 SDK 繼續從傳統的 Dart CLI 工具(dartfmt、dartdoc 等)過渡到新的組合式 dart 開發者工具。新棄用的工具是 dartdoc(使用 dart doc)和 dartanalyzer(使用 dart analyze)。在 Dart 2.17 中,我們計劃完全移除 dartdocdartanalyzerpub 命令(在 Dart 2.15 中已棄用;使用 dart pubflutter pub)。有關詳細資訊,請參閱 issue #46100

2.16 版本還包括一個安全漏洞的修復和兩個小的重大變更:

  • dart:io 中的 HttpClient API 允許您為授權、www-authenticatecookiecookie2 設定選用標頭。在 Dart 2.16 之前的 SDK 中,重定向邏輯的實作存在一個漏洞,即當發生跨域重定向時,這些標頭(可能包含敏感資訊)會被傳遞。在 Dart 2.16 中,這些標頭會被丟棄。有關詳細資訊,請參閱 CVE-2022-0451
  • dart:io 中的 Directory.rename API 在 Windows 上的行為已變更:它不再刪除與目標名稱匹配的現有目錄(issue #47653)。
  • Platform.packageRootIsolate.packageRoot API(它們是 Dart 1.x 的遺留物,在 Dart 2.x 中不起作用)已被移除(issue #47769)。

若要查找有關 Dart 2.16 中變更的更多詳細資訊,請參閱 變更日誌

新增對宣告 pub.dev 套件平台支援的支援

Dart 的設計旨在實現可移植性,我們努力讓程式碼能夠在最多的平台上運行。但是,有時您可能會在 pub.dev 上建立和分享僅針對一個或幾個平台設計的套件。您可能有一個套件依賴於僅在特定作業系統上可用的 API,或者一個套件使用僅在原生平台上支援且在網頁上不支援的函式庫,例如 dart:ffi

透過 Dart 2.16,您現在可以在套件的 pubspec 中手動宣告支援的平台集。例如,如果您的套件僅支援 Windows 和 macOS,則其 pubspec.yaml 檔案可能如下所示:

1
2
3
4
5
6
7
8
name: mypackage
version: 1.0.0

platforms:
windows:
macos:

dependencies:

新的 platforms 標籤適用於您正在開發 Dart 套件,並且您想要宣告對與 pub.dev 自動偵測到的平台集不同的平台集的支援的情況。如果您正在開發和分享包含主機特定程式碼(例如,Kotlin 或 Swift)的 Flutter Plugin,則 Flutter Plugin 標籤 通常會指定支援的平台。

全新的 pub.dev 搜尋 UI

為了回應開發人員的要求,我們為在 pub.dev 上搜尋套件建立了更好的支援。今天推出的變更的主要目標是幫助您識別和搜尋支援的平台集。以下是全新搜尋體驗的視圖:

Pub.dev 搜尋介面,左側邊欄包含平台、SDK 和進階搜尋過濾器

新的搜尋 UI 在左側有一個搜尋過濾器側邊欄,您可以使用它來限制您的套件搜尋:

  • 平台: 選擇一個或多個平台,將搜尋結果縮小到僅支援所有選定平台的套件。
  • SDK: 選擇 Dart 或 Flutter,將結果限制為分別支援 Dart SDK 或 Flutter SDK 的套件。
  • 進階: 其他搜尋選項,例如過濾到 Flutter Favorite 套件。

空安全更新

自從我們上次談論空安全(一年前在 Dart 2.12 中推出的主要語言新增功能)以來,已經發佈了幾個版本。我們對 Dart 生態系統遷移套件以支援空安全的速度感到驚訝:截至今天,前 250 個套件中的 100% 以及前 1000 個套件中的 96% 都支援空安全!感謝所有為這一偉大成就做出貢獻的套件作者。

我們也看到應用程式遷移到健全的空安全(應用程式程式碼和所有套件依賴項都已遷移的狀態)方面取得了良好進展。根據我們的分析,Flutter 工具中的所有運行會話中有 71% 現在具有完全健全的空安全。如果您是應用程式開發人員並且尚未遷移,那麼現在是絕佳時機。

結語

我們希望您覺得新的 pub.dev 搜尋 UI 很有用,並且我們歡迎您提供任何 回饋。敬請期待下一個 Dart SDK 版本,計劃於 2022 年第二季度發佈。我們正在開發幾個 令人興奮的語言功能,我們希望在今年晚些時候發佈。


Dart 2.16:改進的工具和平台處理 最初發佈在 Dart 上的 Medium,人們在那裡透過突出顯示和回應這個故事來繼續討論。

【文章內容使用 Gemini 1.5 Pro 自動產生】

您可能已經閱讀過 [Flutter 拼圖黑客挑戰](https://flutterhack.devpost.com/),並正在思考如何將您的創造力推向新的極限。我們在此提供有關樣本程式碼庫結構的更多資訊,並提供一些關於如何建立您的比賽提交的一些想法。

滑動拼圖架構

提供的原始碼實作了一個分層架構,使用 flutter_bloc 管理狀態。Bloc 處理從遊戲邏輯到主題的所有內容。所有狀態都以一致的方式管理;針對拼圖邏輯的任何更新,您只需要找到對應的 bloc 並更新它。重設和洗牌遊戲按鈕、計時器和倒計時都是獨立的 bloc,因此這些可能是您考慮實作創造性的其他地方:也許是沙漏作為計時器?或者是一個華麗的洗牌順序?

請注意,所有遊戲邏輯都包含在一個名為 PuzzleBloc 的單一 bloc 中。它將透過事件更新,例如點擊一個磁磚以移動拼圖磁磚的 TileTapped 事件,或使用 PuzzleReset 完全重設拼圖板。每次拼圖更新時,都會發出新的拼圖狀態。

class PuzzleBloc extends Bloc<PuzzleEvent, PuzzleState> {
PuzzleBloc(this._size, {this.random}) : super(const PuzzleState() {
on<PuzzleInitialized>(_onPuzzleInitialized);
on<TileTapped>(_onTileTapped);
on<PuzzleReset>(_onPuzzleReset);
}
  void _onPuzzleInitialized(
PuzzleInitialized event,
Emitter<PuzzleState> emit,
) {...}
void _onTileTapped(
TileTapped event,
Emitter<PuzzleState> emit,
) {...}
void _onPuzzleReset(
PuzzleReset event,
Emitter<PuzzleState> emit,
) {...}
}

自訂主題

樣本拼圖程式碼包含 Simple 和 Dashatar 兩種主題。這些可以用作您自訂主題的起點 - 盡情借用所需部分,或從頭開始。您如何實作拼圖取決於您自己!您可以考慮發揮創造力的其中一個地方是拼圖主題。

Flutter slide puzzle with Dash in the lower right corner

所有演示中的主題都在 PuzzlePage 的頂部發生。它已抽象化,因此您只需要更新一個地方的主題元素,更改就會反映到所有地方。Simple 和 Dashatar 主題都定義了一系列選項,例如螢幕背景、選單、標誌、按鈕、文字顏色、主題是否顯示計時器(Dashatar 主題中出現,但 Simple 主題中沒有),等等。您可以在儲存庫根目錄的「dashatar」和「simple」目錄中找到它們。

/// {@template simple_theme}
/// The simple puzzle theme.
/// {@endtemplate}
class SimpleTheme extends PuzzleTheme {
/// {@macro simple_theme}
const SimpleTheme() : super();
  @override
Color get backgroundColor => PuzzleColors.white;
  @override
Color get buttonColor => PuzzleColors.primary6;
  @override
Color get hoverColor => PuzzleColors.primary3;
  @override
Color get pressedColor => PuzzleColors.primary7;
  ...
}

每個拼圖主題都有一個 LayoutDelegate,它計算該主題的佈局。您可以透過重複使用相同的佈局物件,僅調整一些主題選項來建立新的主題。對於更進階的設計,整個主題 LayoutDelegate 都可以自訂。例如,您可以覆寫 backgroundBuilder 以製作自訂背景,僅在大型螢幕上顯示。

@override
Widget backgroundBuilder(PuzzleState state) {
return Positioned(
bottom: 74,
right: 50,
child: ResponsiveLayoutBuilder(
small: (_, child) => const SizedBox(),
medium: (_, child) => const SizedBox(),
large: (_, child) => const DashatarThemePicker(),
),
);
}

實作動畫

動畫是您在滑動拼圖中探索的絕佳元素。雖然 Simple 主題不包含任何動畫,但 Dashatar 程式碼實作了一些動畫,其中一些是 [交錯](https://docs.flutter.dev/development/ui/animations/staggered-animations) 的。這些動畫由單一動畫控制器驅動,使用 [Interval](https://api.flutter.dev/flutter/animation/Interval-class.html) 調整以延遲動畫,並使用 [Tween](https://api.flutter.dev/flutter/animation/Tween-class.html) 定義動畫的數值範圍。這可以在 Dashatar 拼圖的成功狀態中看到,其中多個 Widget 透過動畫其偏移量和不透明度而逐漸出現。類似地,倒計時器的每個滴答都使用相同的技術,緩慢地增長然後淡出,就像下一個滴答即將出現一樣。

Dashatar slide puzzle mid-shuffle with a puzzle timer above

Dashatar 主題中的大多數動畫都是隱含的。這表示您無需自行撰寫整個動畫,因為 Widget 會自行對屬性更改進行動畫。舉例來說,請查看 DashatarPuzzleTile Widget,了解如何對使用者點擊磁磚時磁磚的移動進行動畫。每當點擊磁磚時,其目前的 position 會更新,並透過隱含動畫的 AnimatedAlign 在給定的 movementDuration 內轉場。

class DashatarPuzzleTile extends StatelessWidget {
...

final Tile tile;

@override
Widget build(BuildContext context) {
return AnimatedAlign(
alignment: FractionalOffset(
(tile.currentPosition.x - 1) / (size - 1),
(tile.currentPosition.y - 1) / (size - 1),
),
duration: movementDuration,
curve: Curves.easeInOut,
child: ResponsiveLayoutBuilder(...),
);
}
}

為網頁設計

樣本拼圖是為網頁而建的。它為三個螢幕尺寸實作了響應式設計:小型、中型和大型。此外,還有一個 ResponsiveLayoutBuilder,它使用 Flutter LayoutBuilder Widget 的包裝器,允許您根據不同的斷點指定不同的 Widget。

由於我們以網頁為目標,因此有一些額外的注意事項需要牢記。應用程式會預先快取圖片和一些音訊,以幫助優化遊戲期間的效能。當使用者到達預設的 Simple 拼圖遊戲時,Dashatar 版本的資產會在後台載入(我們對 [I/O 照片亭](https://github.com/flutter/photobooth) 載入所有道具的方式採取了類似的方法)。這將確保一旦使用者導航到 Dashatar 主題,大多數資產將已經載入,確保順暢的使用者體驗。

雖然應用程式在網頁上很方便,但您可以挑戰自己探索以創新方式讓拼圖擴展到多個平台的方法。您的拼圖在行動裝置和桌面上會是什麼樣子?您如何為多個平台調整您的想法?

無障礙性

滑動拼圖的設計考慮了無障礙性。使用者可以使用鍵盤與拼圖互動。這是透過 RawKeyboardListener 完成的,RawKeyboardListener 是一個在使用者按下或放開鍵盤上的鍵時會呼叫回呼的 Widget。使用者也可以使用螢幕閱讀器與應用程式互動。這是透過 [語義標籤](https://api.flutter.dev/flutter/widgets/Semantics-class.html) 完成的。還有一些提示,使用 Tooltip Widget 為某些操作顯示。如果您要從頭開始建立滑動拼圖提交,我們強烈建議使用上面類似的策略,使您的拼圖對所有使用者都具有無障礙性。

額外想法

您可以隨意使用演示程式碼庫作為您的提交的基礎。或者,您可以從頭開始實作一個新想法。重要的是您的提交是一個有效的滑動拼圖 - 但您如何實現它取決於您自己!

Simple 和 Dashatar 範例應該可以讓您了解您可以自訂的地方,或者您可以自行建立的酷炫事物。我們探索的一個有趣想法是將 [由 Felix Blaschke 建立的 Flutter Plasma](https://flutterplasma.dev/) 投影到拼圖磁磚上。電漿效果可以使用包裝在 Transform Widget 中的 CustomPaint Widget 實現,並使用 AnimationController 進行動畫。您可以在 [此處](https://github.com/felixblaschke/sa3_liquid/blob/main/lib/liquid/plasma/plasma.dart) 找到用在演示中的電漿渲染器的範例。

Slide puzzle with plasma gradient effect displayed on the tiles and rockstar Dash in the lower right corner

另一個想法是從 API 擷取圖片或其他資料。例如,您可以使用 [Google 照片 API](https://developers.google.com/photos) 使用您最喜歡的 Google 照片相簿中的照片製作滑動拼圖。這個挑戰的可能性是無限的!

在此查看樣本拼圖程式碼 [here](https://github.com/VGVentures/slide_puzzle)。在 Twitter 上使用 #FlutterPuzzleHack 與我們分享您的創作。我們迫不及待想看看您會建立什麼!


如何建立您自己的 Flutter 滑動拼圖 最初發佈在 Flutter 上的 Medium,人們在那裡透過突出顯示和回應這個故事來繼續討論。

【文章內容使用 Gemini 1.5 Pro 自動產生】

宣布 Flutter Puzzle Hack!

The Flutter Puzzle Hack logo
Flutter Puzzle Hack 標誌

準備好拋開節日塵埃,嘗試一個有趣的程式設計專案,測試您對 Flutter 的知識嗎?我們很高興宣布 Flutter Puzzle Hack,這是我們最新的挑戰,看看您能用 Flutter 做出什麼,以及贏得超過 50,000 美元獎金的機會。我們請您開發出最具創意但可解的滑動拼圖,目標是網頁上的 Flutter。無論您是創造出新的設計、從頭開始重建拼圖,還是以新的有趣方式整合套件,我們都希望看到您能將想像力發揮到什麼程度。

為了讓您開始,我們編寫了範例程式碼,它處理所有拼圖邏輯。我們還整理了大量其他文件和資源來幫助您建立引人入勝的提交,因此無論您是經驗豐富的 Flutter 開發人員,還是您只是在閱讀 Flutter Apprentice 後加入 Flutter 社群,這裡都有適合您的東西!

請務必在 Twitter 上分享您的解決方案,並使用標籤 #flutterpuzzlehack 標記,以便有機會在我們的 Twitter 帳戶上獲得展示!

詳細資訊

日期: 所有專案必須在 2022 年 2 月 28 日下午 1:59 PT (GMT -7) 之前提交。獲獎者將於 2022 年 3 月 23 日公布。

如何提交: 可以在 DevPost 找到註冊和提交參賽作品的說明。

類別: 獲獎者將在以下類別中選出:

  • 整體執行
  • 最佳動畫和設計使用
  • 創意
  • 最佳跨平台解決方案
  • 社群選擇

我們還將頒發獎品給提交具有對 Flutter 社群有幫助的內容以及提交高品質 Flutter 團隊回饋的提交。

獎品 包括一台功能齊全的 Macbook Pro、現金、Flutter 周邊商品以及在 Flutter 推廣渠道上獲得展示的機會。

產品資訊會議

除了所有這些資源之外,我們還與 Flutter Community YouTube 頻道合作,邀請 Google Chrome、Firebase 和 Rive 等團隊來分享從網頁構建最佳實務到有效使用整合以將您的專案提升到新水平的內容。查看 競賽頁面 以獲取詳細的時程表。

保持聯繫

我們與 DevPost 的朋友合作進行此挑戰,這意味著您可以在 DevPost 平台上為您最喜歡的提交作品投票、與其他參與者建立聯繫並找到所有相關的競賽更新。

前往 flutterhack.devpost.com 開始。祝您好運,玩得開心!


宣布 Flutter Puzzle Hack! 最初發佈在 Flutter 上的 Medium,人們在那裡透過突出顯示和回應這個故事來繼續討論。

【文章內容使用 Gemini 1.5 Pro 自動產生】

Flutter 2.8 的新功能

北半球的季節變換,樹葉變色,氣溫下降,今年的最後一個穩定版本也到來了。歡迎來到 Flutter 2.8!這個版本代表了 207 位貢獻者和 178 位審查者的辛勤工作,共產生了 2,424 個合併的 PR 和 2976 個已關閉的議題。特別感謝本次版本的主要社群貢獻者 Bartosz Selwesiuk,他是 Very Good Ventures 的 Flutter 工程師,他貢獻了 23 個 PR,其中大部分都與 Web 平台的相機功能相關。

所有這些共同努力導致了引擎和 Flutter DevTools 的顯著性能提升,為 Flutter 提供了穩定的 Google Mobile Ads SDK 版本,加入了一系列新的 Firebase 功能和改進,更新了 WebView 3.0,推出了一批新的 Flutter Favorite 套件,對桌面平台進行了大量更新,為穩定版本發佈鋪平了道路,以及推出了支援更多套件(包括 Firebase 自身)的 DartPad 新版本。這可能是今年最後一個版本,但絕對不是最不重要的。讓我們一起來看看吧!

性能

始終如一,Flutter 的首要任務是品質。我們花費大量時間確保 Flutter 在所有支援的設備上都能盡可能順暢且穩定地運行。

啟動

此版本包含對應用程式啟動延遲的改進。我們使用 Google Pay(一個大型、流行的應用程式,擁有超過 100 萬行代碼)來測試這些改進,以確保這些更改可以對現實世界的應用程式產生可感知的影響。總體而言,這些改進導致 Google Pay 在低端 Android 設備上的啟動延遲降低了 50%,在高端設備上則降低了 10%。

Flutter 影響 Dart VM 垃圾回收策略的方式的改進,現在可以幫助在應用程式啟動過程中避免不合時宜的 GC 循環。例如,在 Android 上渲染第一個畫面之前,Flutter 現在 僅在 TRIM_LEVEL_RUNNING_CRITICAL 及以上時通知 Dart VM 記憶體壓力。在本地測試中,此更改將低端設備上的第一個畫面渲染時間最多縮短了 300 毫秒。

出於 謹慎,在之前的版本中,Flutter 在建立平台視圖時會阻塞平台執行緒。仔細的推理和測試 確定可以移除一些序列化操作,這在低端設備上啟動 Google Pay 時,可以移除超過 100 毫秒的阻塞。

先前,建立預設字體管理器會在建立第一個 Dart 隔離區時引入人工延遲。將預設字體管理器建立延遲到與 Dart 隔離區建立同時執行 既改進了啟動延遲,又使上述優化的效果更加明顯,因為這是主要的瓶頸。

記憶體

在記憶體受限設備上運行的 Flutter 開發者 遇到過問題,因為 Flutter 會急切地載入 Dart VM 的「服務隔離區」,而其 AOT 程式碼與應用程式捆綁在一起,導致 Flutter 同時將兩者讀取到記憶體中。在 2.8 版本的 Android 中,Dart VM 的服務隔離區 被拆分到自己的捆綁包中,可以單獨載入,這將記憶體節約了 40 MB,直到需要服務隔離區為止。Dart VM 通知作業系統 記憶體中由 AOT 程式使用的頁面由一個可能不需要再次讀取的檔案備份,從而進一步將記憶體佔用降低了 10%。因此,先前保存檔案備份資料副本的頁面可以被回收,並用於其他用途。

分析

有時開發人員希望查看 Flutter 的性能追蹤資料以及 Android 原生追蹤事件。此外,他們通常希望即使在發佈模式下也能查看追蹤事件,以便更好地理解已部署應用程式中的性能問題。為了實現這個目標,2.8 版本的穩定版本 現在會將追蹤事件發送到 Android systrace 記錄器(如果在應用程式啟動時啟用),即使 Flutter 應用程式是在發佈模式下構建的,這些事件也會被發送。

Flutter 追蹤事件現在顯示在 Android systrace 記錄工具中(底部)

此外,為了幫助創建更少的卡頓動畫,一些開發者希望 在性能追蹤中獲取更多有關柵格快取行為的資訊,柵格快取允許 Flutter 複製昂貴且重複使用的圖片,而不是在每個畫面都重新繪製。性能追蹤中的全新流程事件 現在允許您追蹤柵格快取圖片的生命週期。

Flutter DevTools

為了除錯性能問題,此版本的 DevTools 加入了一個 全新的「增強追蹤」功能,以幫助您診斷由昂貴的構建、佈局和繪製操作造成的 UI 卡頓。

當任何這些追蹤功能啟用時,時間線會包含新的事件,用於構建 Widget、佈局渲染物件以及繪製渲染物件(如適用)。

此外,此版本的 DevTools 加入了一個 新的功能,用於分析應用程式啟動的性能。這個分析包含從 Dart VM 初始化到渲染第一個 Flutter 畫面之間的 CPU 樣本。在您按下「分析應用程式啟動」按鈕並載入應用程式啟動分析後,您會看到選擇了「AppStartUp」使用者標籤用於分析。您也可以在可用的使用者標籤列表中選擇此使用者標籤過濾器(如果存在),從而載入應用程式啟動分析。選擇此標籤會顯示應用程式啟動的分析資料。

Web 平台視圖

Android 和 iOS 並不是唯一獲得性能提升的平台。此版本還改進了 Flutter Web 的平台視圖性能。如果您不熟悉平台視圖,它們是 Flutter 允許您在應用程式中託管來自底層平台的原生 UI 組件的方式。Flutter Web 使用 HtmlElementView Widget 實作此功能,它允許您在 Flutter Web 應用程式中託管 HTML 元素。如果您使用的是 google_maps_fluttervideo_player Plugin 的 Web 版本,或者您遵循 Flutter 團隊關於如何優化 在 Web 上顯示圖片 的建議,那麼您就在使用平台視圖。

在之前的 Flutter 版本中,嵌入平台視圖會立即創建一個新的畫布,每個額外的平台視圖會再增加一個畫布。額外的畫布成本很高,因為每個畫布的大小都是整個視窗的大小。此版本 重新使用為先前平台視圖創建的畫布,因此您不會在每秒鐘都產生 60 次成本,而只會在應用程式整個生命週期中產生一次成本。這意味著您可以在 Web 應用程式中擁有多個 HtmlElementView 實例,而不會降低性能,同時也能在使用平台視圖時減少捲軸卡頓。

生態系統

Flutter 不僅僅是框架、引擎和工具,它還有超過 20,000 個與 Flutter 相容的套件和 Plugin 在 pub.dev 上,而且每天還有更多套件被加入。Flutter 開發人員每天都會與大量生態系統中的套件互動,因此讓我們看看自上次版本發佈以來 Flutter 生態系統中發生了什麼。

Flutter Ads 正式發佈

最重要的是 Google Mobile SDK for Flutter 正式發佈,這是在 11 月發生的。

此版本支援 5 種廣告格式,整合了 AdMob 和 Ad Manager 支援,並包含了一個新的中介功能的測試版本,以幫助您優化廣告性能。有關將 Google Ads 整合到 Flutter 應用程式以及其他變現選項的更多資訊,請 查看 flutter.dev 上新的變現頁面

WebView 3.0

Flutter 此次另一個新的版本是 webview_flutter Plugin 的 3.0 版本。我們提升了版本號碼,因為加入了許多新功能,還因為 Android 上 Web 視圖工作方式的潛在重大變更。在之前的 webview_flutter 版本中,混合合成模式已經可用,但不是預設模式。混合合成修復了先前預設虛擬顯示模式的許多問題。根據使用者回饋和議題追蹤,我們認為混合合成是時候成為預設模式了。此外,webview_flutter 還加入了一些廣受歡迎的功能:

此外,在 3.0 版本中,webview_flutter 為一個新的平台提供了初步支援:Web。我們已經有很多開發者詢問是否能夠在 Flutter Web 應用程式中託管 Web 視圖,這允許您從單個程式碼庫中為行動設備或 Web 構建應用程式。在 Flutter Web 應用程式中託管 Web 視圖是什麼樣子的呢?從程式碼的角度來看,它看起來完全一樣:

在 Web 上運行時,它按預期工作:

請注意,目前 webview_flutter 的 Web 實作有一些限制,因為它是使用 iframe 構建的,iframe 只支援簡單的 URL 載入,而且無法控制或與載入的內容互動(有關更多資訊,請查看 webview_flutter_web README)。但是,我們正在根據大眾的需求將 webview_flutter_web 作為 未經認證的 Plugin 提供。如果您想嘗試一下,請將以下行添加到您的 pubspec.yaml 文件中:

如果您對 Web 或其他平台的 webview_flutter v3.0 有任何回饋,請 在 Flutter 儲存庫中將其記錄為 Web 視圖議題。此外,如果您之前沒有使用過 Web 視圖,或者您想複習一下,請查看 新的 Web 視圖 Codelab,它會逐步引導您完成在 Flutter 應用程式中託管 Web 內容的過程。

Flutter Favorites

Flutter 生態系統委員會 再次開會,指定以下套件為 Flutter Favorite 套件:

Flexfold 應用程式使用 flex_color_scheme 構建

恭喜這些套件作者,感謝您透過辛勤工作支援 Flutter 社群。如果您有興趣提名您最喜歡的 Flutter 套件參加 Flutter Favorite 獎項,請遵循 Flutter Favorite 程式頁面 上的指南和說明。

平台特定套件

如果您是套件作者,您必須做出的一個決定是您將支援哪些平台。如果您要構建一個包含平台特定原生程式碼的 Plugin,您可以 使用專案 pubspec.yaml 文件中的 pluginClass 屬性 來做到這一點,它指示提供功能的原生類別:

但是,隨著 Dart FFI 的日益成熟,您可以在 100% 的 Dart 代碼中實作平台特定功能,就像 path_provider_windows 套件 一樣。當您沒有任何原生類別可以使用,但仍然希望將您的套件指定為只支援某些平台時,請改用 dartPluginClass 屬性:

此設定到位後,即使您沒有任何原生程式碼,您也會將您的套件指定為只支援某些平台。您還必須提供 Dart Plugin 類別;在 Flutter.dev 上的 Dart-only 平台實作文件 中了解更多資訊。

Firebase

Flutter 生態系統的另一個重要組成部分是 FlutterFire,它被三分之二的 Flutter 應用程式使用。此版本加入了一組新的功能,可以更輕鬆地使用 Flutter 和 Firebase 構建應用程式:

  • 所有 FlutterFire Plugin 都從測試版本升級到穩定版本
  • DartPad 中對多個 Firebase 服務的新支援
  • 更方便地為認證和實時 Firestore 查詢構建 UI 的新函式庫
  • 可在 Alpha 版本中使用的 Flutter 的全新 Firestore 物件/文件映射

生產品質

FlutterFire Plugin 已經(幾乎)全部從測試版本轉移到穩定品質。

轉移到 Android、iOS 和 Web 穩定版本的 Plugin 包括 AnalyticsDynamic LinksIn-App MessagingPerformance MonitoringRealtime DatabaseRemote Config 以及新加入的 Installations。App Check Plugin 和 macOS 平台支援仍然處於測試階段,因為 Firebase 函式庫本身也處於測試階段。如果您擔心是否要選擇 Realtime Database、Analytics 或 Remote Config,因為 FlutterFire 函式庫還沒有準備好投入生產環境,那麼現在可以不用再擔心了。這些現在都是支援生產環境的完整 Plugin。

Dart-only Firebase 初始化

隨著套件的轉移到生產品質,我們加入了 從 Dart 初始化任何支援平台上的 Firebase 的功能:

此程式碼使用每個支援平台的適當選項來初始化 Firebase 應用程式,如 firebase_options.dart 文件中所定義,該文件包含每個平台的資料結構,如下所示:

若要收集每個平台的初始化選項資料結構的資料,請查看 新的 flutterfire CLI 工具

此工具會深入您的平台特定子資料夾中的資料,以找到唯一的捆綁 ID,然後使用該 ID 來查詢與您的匹配平台特定應用程式相符的 Firebase 專案的特定詳細資訊,甚至在沒有任何專案或應用程式的

http://creativecommons.org/licenses/by/4.0/

【文章內容使用 Gemini 1.5 Pro 自動翻譯產生】

宣佈 Dart 2.15

今天,我們發佈了 Dart SDK 的 2.15 版本,它具有使用 worker isolates 的快速併發、一個新的構造函數 tear-off 語言功能、dart:core 函式庫中改進的列舉支援、套件發佈者的新功能等等。

Graphic listing new 2.15 features

使用 worker isolates 的快速併發

幾乎所有現代設備都具有多核心的 CPU,能夠並行運行多個任務。對於大多數 Dart 程式而言,這些核心的使用方式對開發人員來說是透明的:Dart 運行時系統預設在單核上運行所有 Dart 程式碼,但會使用其他核心來執行系統級任務,例如異步輸入/輸出,例如寫入檔案或進行網路呼叫。

但是您的 Dart 程式碼本身可能需要並行運行。例如,您可能有一個連續的動畫和一個長時間運行的任務,例如解析一個大型 JSON 檔案。如果額外任務花費的時間太長,則可能會導致 UI 中出現卡頓或延遲。透過將這些額外任務移動到單獨的核心,動畫可以繼續在主執行緒上運行,而不會中斷。

Dart 的併發模型基於 isolates——彼此隔離的獨立執行單元——以防止與共用記憶體相關的一大類併發程式設計錯誤,例如 資料競爭等競爭條件。Dart 透過不允許在 isolates 之間共用任何可變物件來防止這些錯誤,而是使用 isolates 使用 訊息傳遞 交換狀態的模型。在 Dart 2.15 中,我們對 isolates 進行了許多重大增強。

我們首先重新設計和重新實作了 isolates 的工作方式,引入了一個新概念:isolate 群組。isolate 群組中的 isolates 共用代表正在運行程式的各種內部資料結構。這使得群組中的個別 isolates 的成本要低得多。現在,在現有的 isolate 群組中啟動額外的 isolate 的速度要快 100 倍以上,因為我們不需要初始化程式結構,而且這些產生的 isolates 消耗的記憶體減少了 10-100 倍。

雖然 isolate 群組仍然可以防止在 isolates 之間共用可變物件,但該群組是使用共用堆實作的,這解鎖了更多功能。我們可以將物件從一個 isolate 傳遞到另一個 isolate,這可以用於執行返回大量記憶體的任務的 worker isolates。例如,一個 worker isolate 進行網路呼叫以獲取資料,將該資料解析為一個大型 JSON 物件圖,然後將該 JSON 圖返回給主 isolate。在 Dart 2.15 之前,該結果需要進行深度複製,如果複製花費的時間超過畫面預算,則本身可能會導致 UI 卡頓。

在 2.15 中,worker isolate 可以呼叫 Isolate.exit(),將其結果作為參數傳遞。然後,Dart 運行時將包含結果的記憶體從 worker isolate 傳遞到主 isolate,而無需複製,並且主 isolate 可以在恆定時間內接收結果。我們在 Flutter 2.8 中更新了 compute() 工具函數,以利用 Isolate.exit()。如果您已經在使用 compute(),那麼在升級到 Flutter 2.8 後,您將自動獲得這些效能提升。

最後,我們重新設計了 isolate 訊息傳遞機制,使傳遞中小型的訊息的速度提高了大約 8 倍。傳送速度明顯加快,接收訊息幾乎總是在恆定時間內完成。我們還擴展了 isolates 可以相互傳送的物件類型,加入了對函數類型、閉包和堆疊追蹤物件的支援。有關詳細資訊,請參閱 SendPort.send() 的 API 文件。

要了解有關如何使用 isolates 的更多資訊,請參閱我們為 2.15 加入的新的 Dart 中的併發 文件。我們還有一些 程式碼範例 供您查看。

新的語言功能:構造函數 tear-offs

在 Dart 中,您可以透過使用函數的名稱來建立一個指向另一個物件上的函數的函數物件。在以下範例中,main() 方法的第二行說明了當它將 g 設定為 m.greet 時的語法:

1
2
3
4
5
6
7
8
class Greeter {
final String name;
Greeter(this.name);

void greet(String who) {
print('$name says: Hello $who!');
}
}
1
2
3
4
5
void main() {
final m = Greeter('Michael');
final g = m.greet; // g 保存指向 m.greet 的函數指標。
g('Leaf'); // 呼叫並列印 "Michael says: Hello Leaf!"
}

這種函數指標——也稱為函數 tear-offs ——在使用 Dart 核心函式庫時經常出現。以下是一個透過傳遞函數指標來呼叫可迭代物件上的 foreach() 的範例:

1
2
3
4
5
6
final m = Greeter('Michael');

['Lasse', 'Bob', 'Erik'].forEach(m.greet);

// 列印 "Michael says: Hello Lasse!", "Michael says: Hello Bob!",
// "Michael says: Hello Erik!"

從歷史上看,我們不支援從構造函數建立 tear-offs(語言問題 #216)。這很煩人,因為在許多情況下——例如,在構建 Flutter UI 時——構造函數 tear-off 正是您需要的。從 Dart 2.15 開始,現在支援此語法。以下是一個透過呼叫 .map() 並將其傳遞給 Text 的構造函數的 tear-off 來構建包含三個 Text widget 的 Column widget 的範例。

1
2
3
4
5
6
7
class FruitWidget extends StatelessWidget {
@override
Widget build(BuildContext context) {
return Column(
children: ['Apple', 'Orange'].map(Text.new).toList());
}
}

Text.new 指的是 Text 類別的預設構造函數。您也可以參考命名構造函數——例如,.map(Text.rich)

相關的語言變更

在實作構造函數 tear-offs 的同時,我們藉此機會修復了對函數指標的現有支援中的一些不一致之處。您現在可以特化泛型方法來建立非泛型方法:

1
2
3
T id<T>(T value) => value;
var intId = id<int>; // 2.15 中的新功能。
int Function(int) intId = id; // 2.15 之前的解決方法。

您甚至可以特化泛型函數物件來建立非泛型函數物件:

1
2
const fo = id; // 撕掉 `id`,建立一個函數物件。
const c1 = fo<int>; // 2.15 中的新功能;之前是錯誤的。

最後,我們清理了涉及泛型的類型文字:

1
2
3
var y = List; // 已經支援。
var z = List<int>; // 2.15 中的新功能。
var z = typeOf<List<int>>(); // 2.15 之前的解決方法。

改進 dart:core 函式庫中的列舉

我們對 dart:core 函式庫中的列舉 API 進行了一些便利的補充(語言問題 #1511)。您現在可以使用 .name 獲取每個列舉值的字串值:

1
2
3
4
5
6
7
enum MyEnum {
one, two, three
}

void main() {
print(MyEnum.one.name); // 列印 "one"。
}

您也可以按名稱查詢列舉值:

1
print(MyEnum.values.byName('two') == MyEnum.two);  // 列印 "true"。

最後,您可以獲取所有名稱值對的映射:

1
2
final map = MyEnum.values.asNameMap();
print(map['three'] == MyEnum.three); // 列印 "true"。

有關使用這些新 API 的範例,請參閱 此 Flutter PR

壓縮指標

Dart 2.15 加入了對壓縮指標的支援,這是一種技術,如果只需要支援 32 位地址空間(最多 4 GB 記憶體),則 64 位 SDK 可以使用更節省空間的指標表示形式。壓縮指標會顯著減少記憶體;在我們使用 GPay 應用程式進行的內部測試中,我們發現 Dart 堆大小減少了大約 10%。

由於壓縮指標意味著無法定址 4 GB 以上的任何可用 RAM,因此該功能位於 Dart SDK 中的一個設定選項之後,只有在構建 SDK 時,Dart SDK 的嵌入器才能切換該選項。Flutter SDK 版本 2.8 已為 Android 構建啟用此設定,Flutter 團隊正在考慮在未來的版本中 也為 iOS 構建啟用它

Dart SDK 中包含的 Dart DevTools

DevTools 套件 的除錯和效能工具以前不在 Dart SDK 中;您必須單獨下載它。從 Dart 2.15 開始,您現在下載 Dart SDK 時就可以獲得 DevTools,而無需進一步的安裝步驟。有關將 DevTools 與 Dart 命令列應用程式一起使用的更多資訊,請參閱 DevTools 文件

套件發佈者的新 pub 功能

Dart 2.15 SDK 在 dart pub 開發人員命令和 pub.dev 套件儲存庫中還有兩個新功能。

首先,有一個針對套件發佈者的新安全功能。目的是檢測發佈者何時意外地將機密——例如雲端或 CI 憑證——發佈到 pub 套件中。在了解到在 GitHub 儲存庫中,每天都會 洩露數千個機密 後,我們受到啟發加入了此洩露檢測功能。

洩露檢測作為 dart pub publish 命令中運行的預發佈驗證的一部分運行。如果它在即將發佈的檔案中檢測到潛在的機密,則發佈命令將在不發佈的情況下退出,並列印如下輸出:

1
2
3
4
5
6
7
8
9
10
11
12
Publishing my_package 1.0.0 to https://pub.dartlang.org:
Package validation found the following errors:
* line 1, column 1 of lib/key.pem: Potential leak of Private Key detected.

1 │ ┌ - - -BEGIN PRIVATE KEY - - -
2 │ │ H0M6xpM2q+53wmsN/eYLdgtjgBd3DBmHtPilCkiFICXyaA8z9LkJ
3 │ └ - - -END PRIVATE KEY - - -

* line 2, column 23 of lib/my_package.dart: Potential leak of Google OAuth Refresh Token detected.

2 │ final refreshToken = "1//042ys8uoFwZrkCgYIARAAGAQSNwF-L9IrXmFYE-sfKefSpoCnyqEcsHX97Y90KY-p8TPYPPnY2IPgRXdy0QeVw7URuF5u9oUeIF0";

在極少數情況下,此檢測可能會出現誤報,將您實際上打算發佈的內容或檔案標記為潛在洩露。在這些情況下,您可以將檔案加入 允許清單

其次,我們為發佈者加入了另一個功能,支援撤回已發佈的套件版本。當發佈了錯誤的套件版本時,我們通常建議發佈一個新的次要版本,以修復意外問題。在極少數情況下——例如,當您還沒有這樣的修復程式時,或者當您意外發佈了一個新的主要版本但打算發佈一個新的次要版本時——您可以使用新的 套件撤回功能 作為最後的手段。此功能在 pub.dev 上的管理 UI 中提供:

Screenshot of the package retraction UI

當套件版本被撤回時,pub 用戶端在 pub get 或 pub upgrade 中不再解析到該版本。如果任何開發人員已經解析到撤回的版本(因此它在他們的 pubspec.lock 檔案中),他們下次運行 pub 時會看到一條警告:

1
2
3
4
$ dart pub get
Resolving dependencies…
mypkg 0.0.181-buggy (retracted, 0.0.182-fixed available)
Got dependencies!

用於檢測雙向 Unicode 字元的安全分析 (CVE-2021–22567)

最近發現了一個涉及雙向 Unicode 字元的一般程式設計語言漏洞 (CVE-2021–42574)。此漏洞影響支援 Unicode 的大多數現代程式設計語言。以下 Dart 原始程式碼說明了該問題:

1
2
3
4
5
6
7
8
9
main() {
final accessLevel = 'user';

if (accessLevel == 'user‮ .⁦// Check if admin⁩ ⁦') {
print('You are a regular user.');
} else {
print('You are an admin.');
}
}

您可能會認為這個程式會列印 *You are a regular user.*,但實際上它可能會列印 *You are an admin.*!透過使用包含雙向 Unicode 字元的字串,可以利用此漏洞。這些字元會將文字的方向從左到右更改為從右到左,然後再返回,所有這些都在同一行中。使用雙向字元時,文字在螢幕上的渲染方式可能與實際文字內容大不相同。您可以在 此 GitHub 程式碼 gist 中看到一個範例。

針對此漏洞的緩解措施包括使用檢測雙向 Unicode 字元的工具(編輯器、程式碼審查工具等),以便開發人員可以意識到它們,並有意識地接受它們的使用。上面連結到的 GitHub gist 檔案檢視器就是一個顯示這些字元的工具的範例。

Dart 2.15 引入了一個進一步的緩解措施(Dart 安全公告 CVE-2021–22567):Dart 分析器現在會掃描雙向 Unicode 字元,並標記任何使用它們的情況:

1
2
3
4
5
6
7
8
$ dart analyze
Analyzing cvetest... 2.6s

info • bin/cvetest.dart:4:27 • The Unicode code point 'U+202E'
changes the appearance of text from how it's interpreted
by the compiler. Try removing the code point or using the
Unicode escape sequence '\u202E'. •
text_direction_code_point_in_literal

我們建議將這些字元替換為 Unicode 跳脫序列,以便它們在任何文字編輯器或檢視器中都可見。或者,如果您確實有合法使用這些字元的情況,您可以透過在使用前的行中加入覆蓋來禁用警告:

1
// ignore: text_direction_code_point_in_literal

使用第三方 pub 伺服器時的 Pub.dev 憑證漏洞 (CVE-2021–22568)

我們還發佈了第二個與 pub.dev 相關的 Dart 安全公告:CVE-2021–22568。此公告針對可能已將套件發佈到第三方 pub 套件伺服器(例如私人或公司內部套件伺服器)的套件發佈者。發佈到公共 pub.dev 儲存庫(標準設定)的開發人員不受此漏洞的影響。

如果您已發佈到第三方儲存庫,則該漏洞是:提交給該第三方儲存庫進行身份驗證的 OAuth2 臨時(一小時)存取權杖可能會被濫用於對公共 pub.dev 儲存庫進行身份驗證。因此,惡意的第三方 pub 伺服器可能會使用存取權杖在 pub.dev 上冒充您並在那裡發佈套件。如果您已將套件發佈到不受信任的第三方套件儲存庫,請考慮審計您在 pub.dev 公共套件儲存庫上的所有帳戶活動。您可以使用 pub.dev 活動日誌 來完成此目的。

結語

我們希望您會喜歡 Dart 2.15 中的這些新功能,今天即可使用。這是我們今年的最後一個版本,我們想藉此機會感謝 Dart 生態系統。感謝所有出色的回饋,感謝您在我們不斷發展中提供的持續支援,感謝您在過去一年中透過在 pub.dev 上發佈數千個套件來擴展我們的生態系統。我們迫不及待地想在明年重新開始,我們為 2022 年計劃了很多令人興奮的事情。在此之前,祝您假期愉快!


宣佈 Dart 2.15 最初發佈在 Dart 上的 Medium,人們在那裡透過突出顯示和回應這個故事來繼續討論。