【文章內容使用 Gemini 1.5 Pro 自動翻譯產生】
原文：https://medium.com/dartlang/better-isolate-management-with-isolate-run-547ef3d6459b
Dart 2.19 引入了一個新函數，可以讓您僅用一行程式碼即可輕鬆實現併發。
所有 Dart 程式碼都在 isolate 中運行。是否要實作多個 isolate 以在 Dart 程式中啟用 併發 取決於您。如何實作多個 isolate 則取決於 Dart 團隊，在 Dart 2.19 中，我們對此流程進行了巨大的升級，我們很興奮能與大家分享。來認識一下 Isolate.run() 吧！
【文章內容使用 Gemini 1.5 Pro 自動產生】
原文：https://medium.com/flutter/whats-new-in-flutter-3-7-38cbea71133c
我們很高興在 2023 年開始時發佈 Flutter 3.7！在 Flutter 3.7 中，我們作為社群，繼續改進框架，加入了一些很棒的新功能，例如：建立自訂選單列、階層式選單、更好地支援國際化的工具、新的除錯工具等等。
【文章內容使用 Gemini 1.5 Pro 自動產生】
原文：https://medium.com/flutter/how-its-made-holobooth-6473f3d018dd
隆重推出 Flutter Forward Holobooth，這是一個展示 Flutter、Firebase 和機器學習（使用 MediaPipe 和 TensorFlow.js）功能的全新體驗，以虛擬照片亭呈現。首先選擇您的頭像（Dash 或 Sparky），然後將自己傳送到熱帶海灘、火山山脈、外太空、海底或其他地方！由於我們無法將所有人運送到奈洛比現場參加 Flutter Forward，因此我們想要提供同樣令人興奮的虛擬體驗！使用 Holobooth，您可以捕捉一段短片來紀念您的虛擬之旅。然後，透過分享到 Twitter 或 Facebook 來與您的朋友炫耀。
Holobooth 基於 Google I/O 2021 的第一版 Photo Booth 應用程式。Holobooth 沒有拍攝你和 Dash 或 Sparky 的照片，而是使用機器學習，透過你的臉部表情控制 Dash 或 Sparky 的動畫。
我們將分解說明我們的團隊如何與 Google 合作，透過運用 Google 工具的功能，打造更具沉浸感和未來感的照片亭體驗。我們使用 Flutter 和 Firebase 建立 Holobooth 應用程式。JavaScript 中的 Web ML 讓我們能夠透過虛擬、互動式、3D 頭像將體驗提升到新的水平。讓我們深入了解我們是如何建立它的！
Holobooth 最令人興奮的功能之一是能夠將您臉部的即時影片，映射到 Dash（或 Sparky）的 3D 模型上，同時您穿梭在他們的虛擬世界中。如果您臉部表達驚訝，Dash 的臉部也會表達驚訝，依此類推。為了實現這一點，我們使用了 Flutter Web 的 camera Plugin 和 TensorFlow.js 來偵測相機畫面中使用者的臉部。更具體地說，我們使用了 MediaPipe FaceMesh 模型，它可以實時估計 468 個 3D 臉部特徵點，以偵測 Web 和行動瀏覽器中相機畫面中使用者臉部的特徵。
根據每個臉部特徵的位置，我們可以判斷使用者是否在畫面中，他們的眼睛或嘴巴是否睜開，等等。當使用者在相機視圖中移動時，MediaPipe FaceMesh 模型（透過 TensorFlow.js Face Landmarks Detection 套件 提供）確保我們可以追蹤使用者特徵的確切座標，以便我們可以在 Dash 或 Sparky 上鏡像它們。如需更多詳細資訊，您可以深入了解 face_geometry.dart 檔案。雖然目前還沒有針對 TensorFlow.js 的官方 Dart 套件，但 Dart 的 JS 套件允許我們將 JavaScript 函式庫導入 Flutter Web 應用程式（如需更多詳細資訊，請參閱 tensorflow_models 套件資料夾）。
FaceGeometry({
required tf.Face face,
required tf.Size size,
}) : this._(
rotation: FaceRotation(keypoints: face.keypoints),
leftEye: LeftEyeGeometry(
keypoints: face.keypoints,
boundingBox: face.boundingBox,
),
rightEye: RightEyeGeometry(
keypoints: face.keypoints,
boundingBox: face.boundingBox,
),
mouth: MouthGeometry(
keypoints: face.keypoints,
boundingBox: face.boundingBox,
),
distance: FaceDistance(
boundingBox: face.boundingBox,
imageSize: size,
),
);
const FaceGeometry._({
required this.rotation,
required this.mouth,
required this.leftEye,
required this.rightEye,
required this.distance,
});
我們求助於 Rive 來讓 Holobooth 動畫栩栩如生。Rive 是一個使用 Flutter 建立的 Web 應用程式，它提供了用於建立高性能、輕量級、互動式動畫的工具，這些動畫易於整合到 Flutter 應用程式中。我們與 Rive 的才華洋溢的設計師和 HOPR 設計工作室 合作，創造出可以在我們的 Flutter 應用程式中無縫運作的動畫 Rive 圖形。動畫背景和頭像都是 Rive 動畫。
頭像使用 Rive 狀態機，讓我們可以控制頭像的行為和外觀。在 Rive 狀態機中，設計師指定所有輸入。輸入是由您的應用程式控制的值。您可以將它們視為設計和工程團隊之間的契約。您的產品程式碼可以隨時變更輸入的值，狀態機會對這些變更做出反應。
對於 Holobooth，我們使用輸入來控制嘴巴張開或閉合的程度。使用來自 FaceMesh 模型的特徵偵測，我們可以將它們映射到頭像模型上的對應座標。使用 StateMachineController，我們轉換來自模型的輸入，以確定頭像在螢幕上的顯示方式。
class CharacterStateMachineController extends StateMachineController {
CharacterStateMachineController(Artboard artboard)
: super(
artboard.animations.whereType<StateMachine>().firstWhere(
(stateMachine) => stateMachine.name == 'State Machine 1',
),
例如，頭像模型有一個屬性用於測量 嘴巴的張開程度（從 0 到 1 測量，其中 0 表示完全閉合，1 表示完全張開）。如果使用者在相機視圖中閉合嘴巴，應用程式會提供對應的值並將其饋送到頭像模型中，因此您會看到您的頭像嘴巴在螢幕上也閉合了。
Holobooth 的主要功能是您可以分享的 GIF 或影片，以慶祝 Flutter Forward。我們求助於 Firebase 的雲端函數 來幫助我們生成和上傳您的動態照片到 Firebase 的雲端儲存空間。當您按下相機按鈕時，應用程式會開始捕捉畫面 5 秒鐘。使用 ffmpeg，我們使用雲端函數將畫面轉換為單個 GIF 和影片，然後上傳到 Firebase 的雲端儲存空間。您可以選擇下載 GIF 或影片以供日後觀賞，或手動上傳到社交媒體。
若要將您的 GIF 直接分享到 Twitter 或 Facebook，您可以點擊分享按鈕。然後，您將被帶到所選平台，其中包含一個預先填寫的帖子，其中包含您的影片第一畫面的照片。若要觀看完整的影片，請點擊您的 holocard 連結 - 一個網頁，它會完整顯示您的影片，並有一個按鈕引導訪客自己嘗試 Holobooth！
Holobooth 包含許多元素，這些元素擴展了 Flutter 的可能性 - 例如使用機器學習模型和 Rive 圖形，同時確保為使用者提供高性能、流暢的體驗。
與 TensorFlow.js 合作對 Very Good Ventures 來說是第一次。目前沒有官方的 Flutter 函式庫，因此我們在這個專案上的早期工作很大一部分是專注於對可用模型進行實驗，以確定哪個模型適合我們的需求。當我們確定了特徵點偵測模型後，我們就必須理解模型輸出的資料，並將它們映射到 Rive 動畫。以下是一個早期探索臉部偵測的範例：
官方 Flutter 的 camera Plugin 為我們提供了開箱即用的許多功能，但目前它不支持在 Web 上串流圖片。對於 Holobooth，我們 分支 了 camera Plugin 以添加此功能。我們希望這種功能可以在 未來由官方 Plugin 支援。
另一個挑戰是效能優化。錄製螢幕可能會是一項昂貴的操作，因為應用程式正在捕捉大量數據。我們還必須考慮使用者會從不同的瀏覽器和設備訪問這個應用程式。我們希望確保該應用程式具有高性能，並且無論使用者使用什麼設備，都能提供流暢的體驗。當在桌面端訪問 Holobooth 時，影片背景會動畫化並反映橫向模式。為了優化行動瀏覽器，背景是靜態的，並被裁剪以適合縱向模式。由於行動螢幕比桌面螢幕更小，因此我們還優化了圖片素材的解析度，以減少初始頁面載入時間和設備使用的數據量。
如需更詳細地了解我們是如何解決這些挑戰以及更多問題，您可以查看 開源程式碼。我們希望這能為想要嘗試 TensorFlow.js、Rive 和影片的開發人員提供靈感，甚至對於那些只是想優化他們 Web 應用程式的開發人員也能提供靈感。
在建立這個演示過程中，我們想要探索 Flutter Web 應用程式以簡單、高性能且有趣的方式與 TensorFlow.js 模型整合的潛力。雖然我們建立的許多內容仍然是實驗性的，但我們對機器學習在 Flutter 應用程式中的未來感到興奮，它可以為使用者在任何設備上創造出令人愉悅的體驗！加入社群對話，告訴我們您的想法，以及您如何在您的下一個 Flutter 專案中使用機器學習。
【文章內容使用 Gemini 1.5 Pro 自動產生】
原文：https://medium.com/flutter/introducing-background-isolate-channels-7a299609cad8
現在，從 Flutter 3.7 開始，我很高興地宣布，開發者可以從 *任何* 隔離區使用 Plugin 和平台通道。這一直是我們 [排名最高的議題之一](https://github.com/flutter/flutter/issues/13937)，並且從 2018 年就開始存在。由於實作起來並不簡單，而且存在一種雖然繁瑣但可行的解決方案：始終從根隔離區（Flutter 提供的隔離區）使用 Plugin，因此它被降級了。但是，隨著 Flutter 的成熟，它越來越注重效能，遵循軟體界的古老格言「讓它運作，讓它正確，讓它快速」。選擇實作此功能是改善效能和讓 Flutter 更易於使用的幸福交集。因此，它成為了很容易做出的投資決定。
如果您想了解此功能的用法，請查看 GitHub 上的 [範例程式碼](http://tbd)。
為什麼有人想要從背景隔離區使用 Plugin 呢？很明顯 Plugin 有其存在的必要性，因為並非世界上所有的程式碼都是用 Dart 編寫的。社群花費了數年的努力來讓這些程式碼透過 Plugin 變得可用，例如：path_provider 的尋找臨時目錄功能，或 flutter_local_notifications 的發佈通知功能。
接下來的邏輯問題是：「為什麼有人要在背景隔離區上執行程式碼？」答案是，有時您別無選擇，某些函式庫可能會在背景隔離區上呼叫回呼函式，例如 android_alarm_manager_plus。或者，應用程式可能會進行大量的計算，而開發者不希望這些計算干擾 UI。
在我幫助 Google 的其他團隊採用 Flutter 的時間裡，隨著產品的成熟，他們最終會遇到根隔離區成為瓶頸的情況，這幾乎是不可避免的。因此，我們需要確保框架中的所有內容都經過優化，並為使用者提供在必要時輕鬆卸載工作的工具。
以下是一個為背景隔離區通道設計的虛構具體用例：
想像一個使用 AI 從文字提示生成高解析度圖像的應用程式。使用者的先前創作儲存在 Firebase 雲端儲存空間中，並且有一個功能可以從使用者的手機匯出和分享創作。Flutter 應用程式啟動一個背景隔離區，它從 Firebase 雲端儲存空間下載圖像的 8k 版本，將圖像縮放到所需的匯出大小，將圖像儲存到相機膠捲，最後在匯出完成時發佈本地通知。
在此範例中，至少有 3 個 Plugin 是從背景隔離區使用的，一個用於從 Firebase 雲端儲存空間讀取，一個用於儲存到手機的相機膠捲，一個用於發佈本地通知。如果沒有背景隔離區通道，應用程式必須將 8k 圖像從根隔離區複製到背景隔離區，才能對其進行縮放。今天，使用 Dart 無法將其變成恆定時間運作。
以下是一個使用新 API 從背景隔離區呼叫 shared_preferences Plugin 的快速範例：
import ‘package:flutter/services.dart’;
import ‘package:shared_preferences/shared_preferences.dart’;
void main() {
// 識別要傳遞給背景隔離區的根隔離區。
// (在 Flutter 3.7 中引入的 API)
RootIsolateToken rootIsolateToken = RootIsolateToken.instance!;
Isolate.spawn(_isolateMain, rootIsolateToken);
}
void _isolateMain(RootIsolateToken rootIsolateToken) async {
// 將背景隔離區註冊到根隔離區。
BackgroundIsolateBinaryMessenger
.ensureInitialized(rootIsolateToken);
// 您現在可以使用 shared_preferences Plugin。
SharedPreferences sharedPreferences =
await SharedPreferences.getInstance();
print(sharedPreferences.getBool(‘isDebug’));
}
以下是平台通道工作原理的高階概觀：
當平台通道的結果被呼叫時，會有一個硬編碼跳轉到 platform 線程。為了讓背景隔離區通道能夠運作，必須儲存傳送訊息的隔離區，以便引擎可以在該隔離區的事件迴圈中排程結果。這透過使用 [Dart 的 ports](https://github.com/dart-lang/sdk/blob/eb9554d70e386bb3177f63509ba8f7e4bbf500a0/runtime/include/dart_native_api.h#L125) 來實作。Dart ports 儲存擁有它們的隔離區，並且是從 C API 排程這些隔離區的唯一方法。
另一個需要實作的內容是將背景隔離區與其根隔離區關聯起來的方法。這讓我很驚訝，但是為了在 Flutter 引擎被破壞時關閉平台通道，必須知道哪些背景隔離區與該引擎關聯。否則，背景隔離區可能會嘗試與正在被破壞的 Flutter 引擎通訊。這在最終的 API 中可以被視為一種後果，其中需要使用 RootIsolateToken 初始化 BackgroundIsolateBinaryMessenger。
若要進一步了解實作，請查看 [隔離區平台通道](https://docs.google.com/document/d/1yAFw-6kBefuurXWTur9jdEUAckWiWJVukP1Iay8ehyU/edit#heading=h.722pnbmlqbkx) 設計文件。此文件還包含反向通訊的提議，但尚未實作或被接受。
感謝 Flutter 社群的支持，希望大家都能為這個新功能找到絕妙的用途。
【文章內容使用 Gemini 1.5 Pro 自動產生】
原文：https://medium.com/flutter/playful-typography-with-flutter-f030385058b4
我是 Brian，Flutter 新手，六個月前加入了 Google 的 Flutter 團隊擔任 UX 工程師。作為 UX 工程師，我將我的圖形設計背景與編碼技能結合起來，幫助團隊構建 Flutter 本身，並展示 Flutter 的能力。這篇部落格文章分享了我作為混合設計師 - 開發人員的第一次 Flutter 實驗之一：一個簡單的以排版為主題的益智遊戲。它結合了我設計中的創意背景和對幾個您可能還沒有嘗試過的 Flutter API 的技術探索：FontVariation 和 AnimationController。我創造這個應用程式玩得很開心，並透過它親身感受了 Flutter 對那些會編碼的設計師或擁有設計眼光的開發人員來說有多棒。
【文章內容使用 Gemini 1.5 Pro 自動翻譯產生】
原文：https://medium.com/dartlang/screenshots-and-automated-publishing-for-pub-dev-9bceb19edf79
從今天開始，pub.dev 上有一些新功能：您現在可以為套件宣告螢幕截圖，讓搜尋方式更具視覺化。而且現在發佈流程可以完全自動化，由 GitHub Actions 支援。
【文章內容使用 Gemini 1.5 Pro 自動產生】
原文：https://medium.com/flutter/material-3-for-flutter-d417a8a65564
Material 是一個設計系統，可以幫助您在行動、網頁和桌面跨平台構建出色的、無障礙的應用程式。
在 Flutter 中，Material 函式庫 為開發人員提供了 UI 所需的所有構建模組。自 2021 年 Google I/O 推出 Material 3 以來，Flutter 團隊一直在更新 Flutter 的 Material 函式庫以支援這些新的變更。
我於 2022 年 8 月加入 Flutter 的 Material 團隊。從那以後，我一直在幫助更新 Widget 以符合 Material 3 規格，同時支援開源 Flutter 社群中的 Material 3 使用者。
在本文中，我將向您展示 Material 3 的新功能，如何將它們整合到您的 Flutter 應用程式中，並向您更新接下來的規劃。
若要查看所有最新的 Material 3 更新，請查看我們的 範例應用程式。它讓您可以與所有 Widget 進行實時互動。
此應用程式展示了更新後的組件，讓您可以在 Material 2 和 Material 3、亮模式和暗模式之間切換，並嘗試不同的顏色方案。
若要將 Material 3 加入到您的應用程式中，請在主題的建構函式中將 useMaterial3 旗標設定為 true：
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return MaterialApp(
theme: ThemeData.light(useMaterial3: true),
body: MyHomePage(),
);
}
}
有關遷移現有 Flutter 應用程式的資訊，請查看 [將 Flutter 應用程式遷移到 Material 3](https://blog.codemagic.io/migrating-a-flutter-app-to-material-3/)，這是 Flutter 貢獻者 Taha Tesser 在 CodeMagic 上發表的文章。
在撰寫本文時，您可以 *選擇* 使用 Material 3。未來，它將成為 Flutter 應用程式的預設（以及強制性）Material 版本。
若要充分利用 Widget 變更，請設定 useMaterial3 旗標。但是，有些 Widget 在 Material 3 中發生了很大的變更，因此已被新的 Widget 取代。以下是其中一些新 Widget：
BottomNavigationBar Widget 已被 NavigationBar 取代。它稍微高一點，而且沒有下拉陰影（表示高度）。
分段按鈕讓您的使用者可以在 *單個 Widget* 中從多個選項中選擇可切換的選項。預設情況下，您只能選擇一個項目，除非您指定 multiSelectionEnabled 參數。
我們已增加了按鈕的選項，其中包括新的 FilledButton。此按鈕會建立一個有色且沒有高度的按鈕。FilledButton.tonalmethod 方法會將目前的背景設定為輔助顏色。
新的 Badge Widget 可用於為父 Widget 提供額外的資訊，通常表示計數或狀態變更。它們有大型和小型可供選擇：
Material 3 的一項全新的功能讓您可以從單個種子顏色設定整個應用程式的顏色主題。在主題的建構函式中設定 color scheme seed 參數，然後從 *單一* 輸入，Flutter 會為應用程式中 **所有** Widget 產生一個和諧的顏色方案。此方案在亮模式和暗模式下都有效！
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return MaterialApp(
theme: ThemeData.light(
useMaterial3: true,
colorSchemeSeed: Color.fromRGBO(188, 0, 74, 1.0);
),
body: MyHomePage(),
);
}
}
如果您想進一步自訂顏色方案，請訪問 Material 生成器應用程式。您可以定義輔助顏色和第三顏色以建立完全獨特的調色盤。最棒的是，它會匯出 Dart 檔案，您可以立即在 Flutter 應用程式中使用。
Flutter 的 Material 3 遷移仍在繼續。您可以在 將 Material 3 帶入 Flutter GitHub 議題中追蹤進度。您也可以貢獻！我們歡迎錯誤報告和修復，讓 Material 3 變得對像您一樣的 Flutter 開發人員來說更加出色。
我們最近的更新帶來了 SnackBar、TabBar 和 Slider Widget 來符合 Material 3 規格。到目前為止，我們已經遷移了 27/30 個組件，並加入了一系列新功能以支援動態顏色、文字主題、Android 12 功能等等。
如果您想更多地參與 Flutter 社群，請前往 flutter.dev/community，並在您最喜歡的社交平台上找到我們。在那裡見！
【文章內容使用 Gemini 1.5 Pro 自動產生】
原文：https://medium.com/flutter/join-us-for-17daysofflutter-924ede5063ca
新年快樂！
為什麼不藉此機會提升您的 Flutter 技能來迎接新的一年呢？從 1 月 9 日開始，直至我們在 1 月 25 日舉辦的 Flutter Forward 活動 之前，我們將舉辦為期 17 天的 Flutter 活動，一場 Flutter 內容馬拉松，我們的 Flutter 專家將在星期一至星期五公開發表全新的內容。此外，您還有機會應用所學，並與 Flutter 社群分享您的作品。無論您是 Flutter 的新手，還是經驗豐富的 Flutter 專家，我們都有新的 YouTube 影片、Codelab、現場活動和其他精心策劃的內容，可以幫助您在學習過程中取得進展。
【文章內容使用 Gemini 1.5 Pro 自動產生】
原文：https://medium.com/flutter/how-can-we-improve-the-flutter-experience-for-desktop-70b34bff9392
2 月，Flutter 正式發佈了針對 Windows 應用程式的 [開發支援](https://medium.com/flutter/announcing-flutter-for-windows-6979d0d01fed)，將其跨平台功能擴展到桌面。隨著 [Flutter 3](https://medium.com/flutter/introducing-flutter-3-5eb69151622f) 於 2022 年 5 月發佈，Flutter 宣布對 macOS 和 Linux 提供穩定支援，完成了桌面支援的三部曲！現在 Flutter 使用者已經有幾個月的時間可以嘗試這些新功能了，我們想知道：Flutter 如何才能更好地支援桌面開發人員？
為了回答這個問題，我們在 Q3 Flutter 調查中收集了來自 1,901 位 Flutter 桌面開發人員的數據。如果您在 8 月份參加了 Flutter Vikings，您可能會看到 UX 研究人員在焦點小組討論中與開發人員交談。以下是我們發現的內容，以及我們將如何利用這些內容來改進 Flutter。
平均而言，在 Windows、macOS 和 Linux 上，78% 的 Flutter 桌面開發人員表示他們對其開發體驗 *非常* 或 *相當滿意*。這個評分與 iOS 的滿意度（78%）持平，介於 Android（92%）和網頁（63%）之間。對於 Flutter 桌面來說，這是一個好消息！但它也引發了一個問題，對於其他 22% 的使用者，體驗在哪裡不足？
接下來，我們要求開發人員評估他們在軟體開發工作流程各階段的滿意度。結果顯示，滿意度在桌面應用程式開發流程中往往會下降。這導致使用者在 *除錯效能問題* 和 *部署應用程式* 時的滿意度最低。此外，根據調查和焦點小組的定性回饋，尋找適用於桌面的 Flutter 套件很具有挑戰性。
Flutter 生態系統需要更多支援桌面的套件才能更好地支援桌面。（本文稍後列出了最受需求的套件。）我們正在努力開發新的支援桌面的 API（更多資訊請見下文），但我們無法做到所有事情。我們希望社群也能站出來提供幫助，透過建立新的套件和使用 [聯合外掛](https://docs.flutter.dev/development/packages-and-plugins/developing-packages#federated-plugins) 為現有套件添加桌面支援，例如。
我們知道排除效能問題不是一件有趣的事，但至少應該是一種令人滿意的體驗。我們的團隊正在努力改進 Flutter DevTools 的功能，特別是記憶體分析功能，以使排除效能問題變得更容易。例如，您現在可以使用 Flutter 的 DevTools 來 [比較記憶體快照](https://docs.flutter.dev/development/tools/devtools/release-notes/release-notes-2.20.0)！此外，請查看完全重寫的 [記憶體檢視頁面](https://docs.flutter.dev/development/tools/devtools/memory)。
Flutter 桌面開發人員告訴我們，部署桌面應用程式需要太多步驟。桌面團隊將對桌面應用程式部署進行任務分析，以確定我們可以在哪些地方改進應用程式部署流程和文件。
72% 的使用者同意「Flutter 的內建 Widget 可以建立適合桌面的 UI」。當我們詢問開發人員哪些內容可以幫助他們改進桌面應用程式的 UI 設計時，他們壓倒性地回答他們需要更好的支援：
我們努力讓 Flutter 成為最好的 *跨平台* 應用程式開發框架，因此這一直都是我們的首要任務。但是，改進「*自適應佈局*」是一個模糊的問題空間，會影響到每個目標平台，而不仅仅是桌面。此外，還存在許多因素，包括螢幕大小、作業系統、輸入設備（僅舉幾例），因此設計一個有用的解決方案並非易事。但我們的工程師正在努力，改進 [flutter_adapative_scaffold](https://pub.dev/packages/flutter_adaptive_scaffold) 套件並建立程式碼實驗室，引導您逐步了解如何有效地建立自適應應用程式。同時，請關注 1 月份的 [Flutter Forward](https://flutter.dev/events/flutter-forward)，Greg Spencer 和 Justin McCandless 將討論如何使用現有的 Flutter 工具來架構自適應應用程式。
至於拖放和鍵盤快捷鍵，我們已經關注它們一段時間了。實際上，[Shortcuts Widget](https://api.flutter.dev/flutter/widgets/Shortcuts-class.html) 最近已發佈。您可以在最近的「[Widget of the Week](https://www.youtube.com/watch?v=6ZcQmdoz9N8) 集數」中看到它在行動。最後，拖放支援是我們在 2023 年的首要任務之一！
桌面套件的支援還沒有趕上行動和網頁。桌面開發人員最需要的套件是：
此回饋與 Flutter 目前的優先事項清單密切相關，其中包含針對多視窗、原生選單和網頁檢視的 API。在這些 API 發佈後，我們可以開始優先考慮對本地數據儲存和數據庫存取的解決方案。一些目前優先順序較低，但仍值得考慮的其他套件需求是音訊/影片播放器和音訊/影片設備。在 Flutter Vikings 的焦點小組討論中，出現了對支援剪貼簿管理和複雜輸入設備（例如 3D 滑鼠、遊戲手柄控制器）套件的需求，但沒有包含在季度調查中。
如果您有興趣為桌面的 Flutter 套件做出貢獻，請考慮透過建立套件來填補這些空白，或提交 PR 到現有套件，來幫助發展 Flutter 生態系統。我們相信，透過共同努力，Flutter 套件生態系統將會成長並適應，以更好地支援桌面開發人員。
最後一個調查類別涵蓋了 Flutter 的桌面文件。對 Flutter 桌面文件的滿意度比 Q3 中對 Flutter 其他文件的滿意度低 13%。接下來，我們詢問了哪些文件可以幫助簡化桌面開發流程。最受需求的文件主題是：
此回饋對優先考慮 2022 年第四季度和 2023 年的文件工作非常有幫助。因此，我們的團隊目前正在草擬文件以幫助桌面開發人員發佈他們的應用程式，並包含一個幾乎完成的實用 [程式碼實驗室](https://github.com/flutter/codelabs/tree/main/ffigen_codelab)！雖然自動更新不是我們為 Flutter 維護的功能，但 Flutter 生態系統中有一些 [社群](https://pub.dev/packages/auto_updater) [套件](https://pub.dev/packages/squirrel) 提供了此功能。因此，它不是我們優先考慮提供額外套件的項目。請參閱 [pub.dev](http://pub.dev) 以獲取自動更新套件及其相關文件。
在 2023 年，Flutter 團隊將根據您的回饋優先考慮工作。我們正在積極研究多視窗和原生選單列的解決方案。拖放也是我們的首要任務之一。正在進行任務分析，以確定如何使應用程式部署更有效率；有關此主題的額外文件即將推出。我們還正在努力改進 Flutter DevTools，以便您更好地監控應用程式效能並修復記憶體洩漏。最後，我們正在建立程式碼實驗室並調查對 flutter_adaptive_scaffold 套件的改進，以幫助開發人員使用 Flutter 建立自適應的跨平台應用程式。
現在我們已經設定了基準，我們將實施這些改進，並與 Flutter 開發人員聯繫以衡量我們的成功。因此，請關注未來的 Flutter 調查！
感謝所有在 Q3 Flutter 調查中提供桌面回饋的人，並感謝那些抽出時間在 Flutter Vikings 與我們交談的人！您的回饋意見價值連城。如果您希望參加季度調查之外的未來研究，您可以 [註冊參加即將舉行的 UX 研究](https://docs.google.com/forms/d/e/1FAIpQLSe0i4De809KXVCdljGKrjMj3lxhuzbuFKCtY5PEQPCYtGxFMg/viewform)。
【文章內容使用 Gemini 1.5 Pro 自動產生】
原文：https://medium.com/flutter/what-we-learned-from-the-flutter-q3-2022-survey-9b78803accd2
在過去的幾年中，超過 10,000 名 Flutter 開發人員參與了每季度的使用者調查，以提供回饋給 Flutter 團隊。最近一季也不例外——Flutter 團隊希望收集開發人員關於四個主題的回饋：1）Firebase SDK，2）快速修復和重構，3）目標平台，以及 4）桌面支援。在這些主題中，調查向每位受訪者展示了兩個隨機主題。感謝所有回覆的開發人員！