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

探索可變字型和著色器

簡介

我是 Brian，Flutter 新手，六個月前加入了 Google 的 Flutter 團隊擔任 UX 工程師。作為 UX 工程師，我將我的圖形設計背景與編碼技能結合起來，幫助團隊構建 Flutter 本身，並展示 Flutter 的能力。這篇部落格文章分享了我作為混合設計師 - 開發人員的第一次 Flutter 實驗之一：一個簡單的以排版為主題的益智遊戲。它結合了我設計中的創意背景和對幾個您可能還沒有嘗試過的 Flutter API 的技術探索：FontVariation 和 AnimationController。我創造這個應用程式玩得很開心，並透過它親身感受了 Flutter 對那些會編碼的設計師或擁有設計眼光的開發人員來說有多棒。

排版

圖形設計師喜歡深入研究「排版」，這只是一個描述文字樣式的花哨詞彙。這包括選擇字型、大小、佈局、間距等等。透過所有這些可以設定的選項，字母本身也可以成為一種藝術形式！作為一名受過設計訓練的設計師，我知道我為這個探索性專案所創造的任何事物，都會以某種方式涉及使用 Flutter 深入研究排版。在過去幾年中，可變字型 已經成為設計師前所未有地控制文字樣式的一種有趣方法。這是我一直想進一步探索的領域，而 Flutter 對可變字型的支援，似乎是這個完美的機會。

您可能已經熟悉一般字型，它決定了文字區塊中每個字元的樣式。常規字型通常會提供我們可以選擇的幾個設定，例如粗細：粗體、常規或輕細。可變字型將這種自訂提升到一個新的層次。例如，在粗細方面，我們可能會選擇 100（極輕）到 1000（極粗）之間的任何數值設定。而且我們並不局限於粗細；字型創作者可以讓使用者設定各種項目，例如字母的寬度或下降字元（例如「p」和「y」等小寫字母下降的距離）的深度等等。所有這些不同的設定都稱為「軸」，就像圖表的軸一樣。

Flutter 提供了一種簡單的方法，可以在 TextStyle Widget 中透過使用 fontVariations 欄位來調整這些設定。例如，以下程式碼片段將在 Roboto Flex 可變字型中建立一個文字樣式，大小為 18，具有針對粗細（wght）和寬度（wdth）的可變軸設定：

1
2
3
4
5
6
7
8

TextStyle(
  fontFamily: 'RobotoFlex',
  fontSize: 18,
  fontVariations:[
    FontVariation('wght', 374),
    FontVariation('wdth', 118)
  ],
)

若要進一步了解可變字型，請查看 Google Fonts 網站上的 可變字型資源。

設定變化非常容易，但是我想要從一個變化設定動畫到另一個設定，以及在設定組合之間動畫。幸運的是，Flutter 和 Dart 讓將兩個現有的底層功能（FontVariation 和 AnimationController）粘合在一起以製作我自己的自訂動態排版效果變得非常容易。

對於我的展示，我製作了一個 WonkyChar Widget 和一個 WonkyAnimPalette 協助類別，它提供了一種簡單的方法來選擇在螢幕上顯示的任何字母，控制文字大小，並輸入與可變字型軸相關的各種設定。WonkyChar Widget 還包含一個標準的 Flutter AnimationController 物件，我用它來為設定製作動畫。在此範例中，字母「M」將以 200 的大小顯示，並在 4 秒的動畫中將其粗細（粗體）從極細動畫到極粗：

1
2
3
4
5
6
7
8
9
10
11

WonkyChar(
  text: 'M',
  size: 200,
  animationDurationMillis: 4000,
  animationSettings: [
    WonkyAnimPalette.weight(
      from: 100,
      to: 900,
    ),
  ],
)

自訂著色器

可變字型的效果，特別是加上動畫，非常棒，但我想要進一步提升我的視覺創造力，看看我可以用字母形狀做些什麼。順便說一句，我聽說 Flutter 剛剛加入了對自訂片段著色器的支援。著色器是在電腦的圖形處理單元 (GPU) 上執行的程式，讓開發人員可以在維持高畫面更新率的同時製作各種視覺效果。Flutter 支援使用 GLSL 撰寫著色器，GLSL 是最出名且文件最齊全的著色器語言之一，有許多書籍、網站、YouTube 影片和大型開放式線上課程 (MOOC) 中提供了許多教學和範例。我當然不是著色器或圖形程式的專家，但我以前曾玩過，所以這是另一個在建立自己的技能的同時探索 Flutter 功能的好機會。

注意：著色器是一個相當進階的編碼主題，有關將它們插入 Flutter 應用程式的詳細資訊超出了這篇部落格文章的範圍。如果您想自己嘗試撰寫一些著色器，請查看 Flutter 文件中的 [撰寫和使用片段著色器](https://docs.flutter.dev/development/ui/advanced/shaders)。這是一種真正引人入勝的編碼方法！

最初，只是為了展示一種可能性，我撰寫了一個簡單的 GLSL 著色器，以作為我其中一個 WonkyChar Widget（如上所述）的濾鏡，以製作以下效果：

專案描述

這些原始元件 - 排版、可變字型支援和著色器 - 是一個有趣的開始，但它們需要實際整合到一個連貫的專案中。作為一個自我賦予的任務，以進一步了解 Flutter 和 Flutter 社群中的編碼，我製作了一個簡單的基於磁磚的益智遊戲 Type Jam，靈感來自 2022 Flutter 益智遊戲黑客大賽。在益智遊戲黑客大賽提示的背景下，針對這些想法進行集思廣益，我提出了以下概念：您，作為玩家，必須幫助一家陷入困境的字型公司透過解決一系列基於磁磚的益智遊戲來修復一個故障的字型檔案。

應用程式的每個畫面都有一個益智遊戲，由一個故障字母的混亂碎片組成，周圍環繞著完整的字母，根據可變字型軸（例如粗細或寬度）製作動畫。磁磚碎片上的故障效果是在每個頁面上透過不同的著色器來建立的，導致磁磚碎片看起來波浪狀、斷裂等等。而且，為了與通常的磁磚益智遊戲機制有所區別，我決定讓玩家透過旋轉磁磚來解決益智遊戲，而不是滑動它們，這樣一來，在完成後就可以看到整個字母，沒有空槽。回想起來，這可能讓益智遊戲變得過於容易，但我可以為 2.0 版想出更多挑戰！

如果您想看看它是如何整合在一起的，請查看 flutter/samples 儲存庫 中「experimental」資料夾中的 Type Jam 應用程式的 varfont_shader_puzzle 範例。正如我之前提到的，我仍然是 Flutter 的新手，而且我只對著色器有基本的了解，所以我希望在未來能夠改進它！目前，請將它視為一個快速展示，而不是模板。

結語

作為一名以設計為中心的 UX 工程師，將我的設計和技術興趣結合起來以製作有趣的排版，並讓其他人也能玩弄字母，這讓我感到非常滿足。此外，我親眼見證了 Flutter 作為一種創造性工具的潛力，它可以超越應用程式設計的典型模式。我製作這個專案玩得很開心，希望它能激勵其他設計師 - 編碼人員嘗試他們奇怪而有趣的想法，並將他們的設計作為真正的應用程式呈現出來！

使用 Flutter 製作有趣的排版 最初發佈在 Flutter 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。

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

pub.dev 的螢幕截圖和自動發佈功能

從今天開始，pub.dev 上有一些新功能：您現在可以為套件宣告螢幕截圖，讓搜尋方式更具視覺化。而且現在發佈流程可以完全自動化，由 GitHub Actions 支援。

將螢幕截圖加入 pub.dev

pub.dev 的核心目標之一是讓開發者更容易找到適合特定用途的套件。當您搜尋 Widget 或其他視覺元件時，圖片扮演著重要的角色。我們現在在套件搜尋結果中顯示螢幕截圖，讓您更容易找到套件。

套件搜尋和套件頁面中的螢幕截圖

螢幕截圖的縮圖現在會顯示在搜尋結果中，您也可以篩選搜尋結果，僅列出包含螢幕截圖的套件。

螢幕截圖縮圖也會顯示在套件頁面上，點擊縮圖會觸發包含所有螢幕截圖的圖片輪播。

在 pubspec.yaml 中宣告螢幕截圖

將螢幕截圖加入到套件非常簡單。在 pubspec.yaml 的 screenshots 欄位中宣告檔案，並附上描述和路徑。以下是 animations 套件的範例。

1
2
3
4
5
6
7
8

name: animations
...
screenshots:
 - description: '容器轉換模式的範例。'
   path: example/screenshots/container_transform_lineup.webp
 - description: '淡入淡出模式的範例。'
   path: example/screenshots/fade_lineup.webp
   ...

更多詳細資訊，請參閱 dart.dev/tools/pub/pubspec#screenshots。

pub.dev 的自動發佈

數千名 Dart 社群成員在 pub.dev 上發佈套件，造福所有 Dart 和 Flutter 開發者。傳統上，這些套件發佈者透過運行本地終端機命令 dart pub publish 並使用他們的 Google 帳戶進行驗證來發佈到 pub.dev。在幕後，refresh token 會儲存在他們開發機器上的設定檔中，讓他們無需再次驗證即可發佈新版本。這個流程簡單易懂，但需要許多手動步驟。我們很高興推出新的自動發佈流程，可以直接從 GitHub Action 發佈新的 pub.dev 版本。這有幾個好處：

• 每個版本都會在 GitHub 中自動標記一致的版本標籤
• 設定審查和批准新版本發佈的流程變得更容易。
• 發佈過程由 GitHub 簽名的 token 進行驗證，確保沒有憑證需要儲存在磁碟上。

確保自動發佈的安全性

目前，一些使用者已採用將包含 refresh token 的 pub-credentials.json 設定檔儲存在 GitHub Actions 上的秘密環境變數中的方法。透過這種方式，他們可以編寫一個 GitHub Action 工作流程，恢復設定檔並使用它來發佈套件的新版本。雖然這種流程在技術上可行，但工具設計時並未考慮到這一點，而且該流程有多個缺點：

• pub-credentials.json 檔案可以用於發佈作者有權發佈的任何套件，而不僅僅是從設定的流程發佈的一個套件。
• 如果洩露，pub-credentials.json 可以用於發佈新版本和新套件，偽裝成建立 pub-credentials.json 檔案的使用者。
• 在 pub-credentials.json 中 撤銷 refresh token 的使用者介面 並不容易找到。

事實上，不止一次發生過套件發佈時意外包含了作者的 pub-credentials.json 檔案的情況，因為作者在 CI 作業中提取了檔案。發佈套件以及更新套件所需的憑證是一個非常嚴重的安全漏洞，我們最終在 dart pub publish 中 實作了洩露偵測。

我們新的自動發佈支援減輕了這些問題，可以使用以下其中一種方法驗證到 pub.dev：

• 由 Github Actions 簽名的臨時 OIDC token。
• 可以從大多數 GCP 資源（如 Google Cloud Build 或其他雲端環境，例如 Azure 或 AWS）使用的 GCP 服務帳戶。

這些流程啟用了依賴長期秘密 token 的自動發佈，如果意外洩露，這些 token 很容易被濫用。如果您將發佈流程部署到自訂機器上，您當然可以依賴匯出的服務帳戶金鑰，但必須非常小心地妥善保護這些金鑰。

啟用安全發佈

只需幾個步驟，您就可以從 GitHub 啟用自動發佈 - 有關所有詳細資訊，請參閱 dart.dev/go/automated-publishing。

pub.dev 的螢幕截圖和自動發佈 最初發佈在 Medium 的 Dart 上，人們在那裡透過醒目顯示和回應這個故事來繼續對話。

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

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

福爾摩斯與華生；花生醬與果醬；Flutter 與 Material！這些搭配都是天作之合！

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

若要查看所有最新的 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

若要充分利用 Widget 變更，請設定 useMaterial3 旗標。但是，有些 Widget 在 Material 3 中發生了很大的變更，因此已被新的 Widget 取代。以下是其中一些新 Widget：

NavigationBar & NavigationDrawer

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，並在您最喜歡的社交平台上找到我們。在那裡見！

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

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

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

加入我們參與 #17DaysOfFlutter

新年快樂！

為什麼不藉此機會提升您的 Flutter 技能來迎接新的一年呢？從 1 月 9 日開始，直至我們在 1 月 25 日舉辦的 Flutter Forward 活動 之前，我們將舉辦為期 17 天的 Flutter 活動，一場 Flutter 內容馬拉松，我們的 Flutter 專家將在星期一至星期五公開發表全新的內容。此外，您還有機會應用所學，並與 Flutter 社群分享您的作品。無論您是 Flutter 的新手，還是經驗豐富的 Flutter 專家，我們都有新的 YouTube 影片、Codelab、現場活動和其他精心策劃的內容，可以幫助您在學習過程中取得進展。

#17DaysOfFlutter 時間表

通往 Flutter Forward 的內容安排如下：

第一週

第一週將以趣味和遊戲為主！觀看開發者關係工程師 Khanh 和 Eric 在 Learning to Fly 第二季 中打造他們首個 Web 遊戲（使用 Flame）。跟著他們學習遊戲開發，或按照自己的步調，使用我們的全新遊戲 Codelab 從頭開始打造一個遊戲。在本週稍晚，在 Widget of the Week 的新一集中，了解 Flame 遊戲引擎。我們提供多種方法來幫助您在 Flutter 中構建遊戲。

第二週

在第二週，我們將發佈另一個 Codelab 和一些關於 Material 3 和 UX 設計的部落格文章，這些文章將重新定義您對 Flutter 應用程式體驗的想法。然後觀看 1 月 17 日由 Craig 在 Flutter YouTube 頻道 上主持的 The Boring Show - Live。為了結束 #17DaysOfFlutter 的第二週，我們將在一個新的 Decoding Flutter 影片中，揭開 dart fix 的神秘面紗。

社群遊戲提交

透過分享您自己的遊戲來參與 Flutter 社群！從 1 月 14 日開始，您將有機會參與遊戲編碼挑戰。為 Learning To Fly 的 Doodle Dash 和遊戲 Codelab 增添新功能或敵人，提升它們的功能。您可以在 17DaysOfFlutter 網站上找到更多關於如何與社群分享您的遊戲的詳細資訊。

請務必在 Twitter 上關注 FlutterDev，以獲取有關 #17DaysOfFlutter 的更新。

（為什麼是 17DaysOfFlutter？Flutter 團隊的人決定在星期三開始 Flutter Forward，而我們希望至少能有兩個完整的星期來準備內容！）

加入我們參與 #17DaysOfFlutter 最初發佈在 Flutter 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。

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

基於 Mindy Hoover 和 Chris Bracken 於 2022 年進行的 Flutter 桌面使用者研究的見解和優先事項

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。

您對 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 設計時，他們壓倒性地回答他們需要更好的支援：

1. 自適應佈局（44%）
2. 拖放（31%）
3. 鍵盤快捷鍵（27%）

我們努力讓 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 桌面開發變得更簡單？

桌面套件的支援還沒有趕上行動和網頁。桌面開發人員最需要的套件是：

1. 多視窗（35%）
2. 原生控制項（32%）
3. 本地儲存（24%）
4. 網頁檢視（23%）

此回饋與 Flutter 目前的優先事項清單密切相關，其中包含針對多視窗、原生選單和網頁檢視的 API。在這些 API 發佈後，我們可以開始優先考慮對本地數據儲存和數據庫存取的解決方案。一些目前優先順序較低，但仍值得考慮的其他套件需求是音訊/影片播放器和音訊/影片設備。在 Flutter Vikings 的焦點小組討論中，出現了對支援剪貼簿管理和複雜輸入設備（例如 3D 滑鼠、遊戲手柄控制器）套件的需求，但沒有包含在季度調查中。

如果您有興趣為桌面的 Flutter 套件做出貢獻，請考慮透過建立套件來填補這些空白，或提交 PR 到現有套件，來幫助發展 Flutter 生態系統。我們相信，透過共同努力，Flutter 套件生態系統將會成長並適應，以更好地支援桌面開發人員。

還需要哪些額外的桌面文件？

最後一個調查類別涵蓋了 Flutter 的桌面文件。對 Flutter 桌面文件的滿意度比 Q3 中對 Flutter 其他文件的滿意度低 13%。接下來，我們詢問了哪些文件可以幫助簡化桌面開發流程。最受需求的文件主題是：

1. 發佈應用程式（43%）
2. 自動更新（42%）
3. 外部函數介面 (FFI)（42%）

此回饋對優先考慮 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)。

我們如何改進 Flutter 的桌面體驗？ 最初發佈在 Flutter 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。

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

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

關於 Firebase SDK、快速修復和重構，以及目標平台

在過去的幾年中，超過 10,000 名 Flutter 開發人員參與了每季度的使用者調查，以提供回饋給 Flutter 團隊。最近一季也不例外——Flutter 團隊希望收集開發人員關於四個主題的回饋：1）Firebase SDK，2）快速修復和重構，3）目標平台，以及 4）桌面支援。在這些主題中，調查向每位受訪者展示了兩個隨機主題。感謝所有回覆的開發人員！

本文將涵蓋前三個主題的結果。我們將在另一篇文章中涵蓋最後一個主題（桌面開發）。

在深入探討前三個特殊主題的結果之前，我們想報告一下 Flutter 開發人員仍然非常喜歡這個框架。在調查的受訪者中，55% 的人對 Flutter 非常滿意，另外 38% 的人對 Flutter 有點滿意。這使得滿意的開發人員總數達到 93%。這個數字在過去三個季度一直很穩定。非常滿意 的開發人員比例略微下降至 55%。我們計畫追蹤這個指標，並研究是什麼可能導致開發人員的滿意度從 非常滿意 降至 有點滿意。

如 圖 2 所示，我們的受訪者非常喜歡核心框架、Android 支援和 Material Widgets。我們最大的機會在於 Cupertino Widgets 和 Web 支援。我們將繼續研究改善這些領域的開發人員體驗所需做的事情，並進一步投資以推動其進步。如果您想參與未來的使用者研究，可以在 flutter.dev/research-signup 上註冊。

Flutter 的 Firebase SDK

Flutter 開發人員使用 Flutter 的 Firebase SDK（又名 FlutterFire）來使用 Firebase 提供的工具和服務。這些包括驗證、資料庫、分析和訊息。目前，在 pub.dev 上有十五個穩定的 Firebase Plugin 套件 可用。由於這些套件被廣泛採用，我們想探討一下什麼樣的學習材料能夠提高其可用性。

我們學到的最有用的資訊是開發人員在嘗試使用各種 Firebase 套件時遇到的問題。如 圖 3 所示，開發人員指出「缺乏實際範例」是他們在嘗試使用新的 Firebase 套件時遇到的最常見問題（14.2%）。這對於具有許多活動部件的複雜套件來說尤其成問題，例如 firebase_messaging 或 firebase_dynamic_links。為了解決這個問題，我們將在 Firebase 文件 中加入更多範例應用程式。我們將加入兩種類型的範例應用程式。第一種，「快速入門範例」將涵蓋特定 Firebase 套件的使用。第二種將提供更複雜的實際範例應用程式，這些應用程式使用多個 Firebase 套件。

在調查中，一些開發人員還選擇了「API 設計過於複雜或不方便」。這個結果在許多套件中都一致，例如 firebase_database、firebase_in_app_messaging，包括前一節中提到的套件。我們發現這個結果值得注意。雖然一些 API 很簡單且很小，但它們涵蓋的概念，例如異步資料，並不像那樣簡單。有鑒於此，我們將努力簡化學習材料。此外，我們還將努力使新舊 API（用於工具和服務）盡可能易於理解。

「總體而言，文件品質很低」是前三個問題中的最後一個。為了回應這個需求，我們計畫改善 Flutter 開發人員的 Firebase 文件。我們將在 Firebase 文件中為 Firebase UI 套件（例如 Firebase UI for Auth）新增新章節，並在整個文件中新增更多程式碼範例。這些改進將在未來幾個季度陸續推出。

快速修復和重構

在 2022 年的第一個調查 中，開發人員指出，快速修復和重構是我們 IDE 中最缺乏的或支援不足的功能。如 圖 4 所示，我們在 IDE 中支援快速修復和重構，但我們想了解開發人員為什麼認為 IDE 缺少或沒有支援這些功能。

首先，我們了解到超過一半的受訪者認為快速修復和重構運作良好（53.1%），如 圖 5 所示。然而，34.6% 的人表示需要新增更多功能。這個數字幾乎是要求我們修復錯誤的開發人員人數的三倍（12.4%）。

然後，我們詢問那些想要新增功能的人，他們需要哪種類型的快速修復或重構功能。在設計這個問題之前，我們審查了所有相關的 GitHub 議題，並進行了一項簡短的 Twitter 調查，將各種功能請求分組。您可以在 圖 6 中看到這些組別的列表。

從這個問題中，我們了解到受訪者認為新增更多快速修復以「修復編譯錯誤、警告或 lint」比其他修復更重要（76.4% 「非常重要」），儘管這並沒有降低其他功能的重要性。我們還了解到，受訪者認為「提取或移動 Widget」比其他重構更重要（69.2% 「非常重要」）。我們現在知道，儘管我們支援提取和移動 Widget，但開發人員想要更多選項，例如將 Widget 提取到一個新檔案中。這與提交的許多 GitHub 議題相符：flutter/flutter-intellij/issues/5591，Dart-Code/Dart-Code/issues/1831，flutter-intellij/issues/4540，dart-lang/sdk/issues/35767 等等。此外，開發人員還想要更多用於重構函式庫、類別或方法（61.9% 「非常重要」）以及管理匯入（59.7% 「非常重要」）的功能。

所有這些資訊對 Dart Analyzer 團隊非常有價值，他們將審查診斷資訊，以找出更多修復的機會。該團隊已經開始為診斷資訊新增一些新的修復（將與 Dart 2.19 一起發佈），並計畫在未來版本中新增更多修復。

目標平台

Flutter 開發人員可以為六個平台建立可生產的應用程式：Android、iOS、Web、Windows、macOS 和 Linux。在調查的這一部分中，我們想知道開發人員針對了這六個平台中的哪幾個平台，以及他們是否在團隊層級使用 Flutter 進行跨平台開發。我們的問題首先詢問開發人員在哪些平台上編寫程式碼，然後詢問他們的團隊針對了哪些額外的平台。

如 圖 7 所示，大多數開發人員針對的是 Android (91.7%)、iOS (61.3%) 和 Web (35.5%)。由於這個問題允許多選，因此有一些重疊。統計選取的平台數量，只有 24% 的開發人員在上個月只針對了一個平台。在受訪者中，76% 的人針對了兩個或更多平台，其中 32% 的人針對了三個或更多平台。

此外，我們想知道有多少開發人員屬於開發團隊，團隊成員針對的平台與他們自己不同。例如，開發人員 A 針對 Android，而開發人員 B 針對 iOS。如 圖 8 所示，40% 的開發人員表示他們有同事正在針對與他們不同的平台工作。當我們篩選出那些表示他們自己只針對一個平台的開發人員時，這個數字上升到 61%。

合併起來，我們可以計算出 91% 的 Flutter 團隊是活躍的跨平台開發團隊（24%*0.61 + 76%）。至少有 72% 的受訪者為 Android 和 iOS 開發了應用程式。在所有受訪者中，34% 的人針對了 iOS、Android 和 Web，12% 的人針對了 iOS、Android、Web 和 Windows。

接下來要做什麼？

我們希望提供一個很好的開發體驗，最大限度地提高生產力。我們從這項調查和其他調查中獲得的見解非常有價值。我們將利用這些結果來優先處理工程任務和對 Flutter 開發人員有用的教育內容。

我們將在 2023 年回來，帶來更多調查結果。在那之前，我們將發表一篇獨立的文章，介紹我們從桌面支援研究中學到的東西。下一篇文章見！

我們從 Flutter 2022 年第三季度調查中學到了什麼 最初發佈在 Flutter 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。

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

Dart 3 之路：完全可靠的空安全語言

在過去的四年裡，我們將 Dart 發展成為一種快速、可移植且現代化的語言。我們的下一個版本 Dart 3 將完成到完全可靠的空安全語言的旅程。作為這段旅程的最後一步，我們將移除幾個歷史悠久的 Dart 語言和 SDK 工件，包括移除對在沒有可靠空安全的情況下運行的支援。這使得 Dart 更易於學習，並使我們能夠更快地發展 Dart SDK 以支援新功能。要了解 Dart 3 中的主要變化以及如何最好地準備您的應用程式和套件，請继续阅读！

為什麼要使用可靠的空安全？

許多現代程式語言都支援空安全（也稱為void 安全）。這可以避免空解引用問題，Tony Hoare 將其稱為十億美元的錯誤：「這導致了無數的錯誤、漏洞和系統崩潰，在過去的四十年裡可能造成十億美元的痛苦和損失」( Hoare 2009)。為了解決這個問題，像 Swift、C# 和 Kotlin 等語言支援一種類型系統，您可以將變數宣告為非空（永遠不能包含空值）或可空（可以包含值或空值）。這種類型系統可以與靜態分析結合使用，以檢測任何將空值賦值給非空變數的情況。Dart 語言中的空安全支援使用類似的模型，預設情況下變數是非空的，並且只在明確宣告時才允許空值。

更進一步，Dart 在現有語言中引入了可靠的空安全。一個可靠的系統可以保證非空變數永遠不包含空值。在 Dart 空安全的早期規劃中，我們探討了這個主題，以及其他語言所做的權衡。Swift 的設計從一開始就包含了可靠性。TypeScript 本質上是不可靠的，因為它的底層類型系統允許將任何物件視為任何靜態類型。正如您在此 TypeScript 範例中看到的，我們可以將空值賦值給非空變數。出於人體工程學和避免遷移所有現有程式碼的原因，C# 對其空檢查有幾個例外。Kotlin 有幾個不可靠的例外，部分原因是它旨在與 Java 互操作。正如您在此 Kotlin 範例中看到的，泛型可能會觸發空值流入宣告為包含非空元素的列表的情況。

對於 Dart，我們選擇了可靠空安全的路徑。這涉及到一個權衡。在少數情況下，這使得遷移到空安全的成本更高，但會產生一個可靠的類型系統，可以完全信任非空類型註釋。我們可以在我們的編譯器和執行時中基於類型系統的空值方面進行實作優化。我們確切地知道變數何時不為空。我們認為這些是 Dart 的正確權衡。

在 Dart 3 中，所有 Dart 程式碼都將使用可靠的空安全

追蹤議題：SDK #49530。

自從我們在Dart 2.12 中將空安全引入 Dart 語言以來已經三年了。如上一節所述，我們認識到遷移現有 Dart 套件和應用程式所需的影響。為了幫助遷移，Dart 支援以三種方式運行您的應用程式程式碼。它可以在沒有空安全的情況下運行，在具有部分空安全的混合模式下運行，或在完全可靠的空安全的情況下運行。當 100% 的程式碼（包括所有依賴項）已遷移時，就會出現完全可靠的空安全。這讓 Dart 開發人員有時間逐步遷移現有程式碼。然而，支援多種模式會增加開銷和複雜性。

首先，Dart 開發人員需要注意所有三種模式。每當您閱讀一段 Dart 程式碼時，您必須檢查語言版本以查看類型預設是否為非空、預設是否為可空，或兩者兼而有之。

其次，在我們的編譯器和執行時中支援所有三種模式會減慢 Dart SDK 的發展速度。這種支援會增加新增功能的成本和複雜性。

在 Dart 3 中，可靠的空安全將是，如前所述和前所述的，唯一支援的模式。在 Dart 3 及更高版本中，SDK 約束下限小於 2.12 的 Pubspec 檔案將停止解析。當您將約束設定為小於 2.12 時，任何包含語言標記的原始程式碼都將失敗（例如 // @dart=2.9）。

根據我們的遙測數據，我們認為目前大約 85% 的 flutter run 執行都使用可靠的空安全。如果您有剩餘 15% 的應用程式或套件，請在 Dart 3 發佈之前遷移，我們預計將在 2023 年年中左右發佈。

我們理解遷移大型程式碼庫可能需要一些時間。我們相信您會發現遷移是值得的。BMW 最近遷移了他們的主要 MyBMW 應用程式，一個非常大的應用程式，由大約 300 名開發人員組成的團隊建立：

_”雖然對於像 MyBMW 應用程式這樣的大規模程式碼庫來說，遷移到空安全肯定並不容易，但 Google 的工具為我們在遷移過程中提供了巨大的幫助。完成遷移後，我們很高興擁有一個錯誤更少的程式碼庫。”_，Christian Schmid，BMW AG

要了解有關遷移的更多資訊，請觀看以下影片，或查看遷移指南。

重大語言和 API 變更

除了空安全變更之外，我們還進行了一些其他變更，以移除 Dart 語言和核心函式庫 API 中的歷史工件。這些變更包括移除已停止使用的核心函式庫 API ( #49529)、移除預設參數值的歷史語法 ( #2357)，以及要求 tear-offs 是顯式的 ( #2399)。

我們相信這些變更對已遷移到使用空安全的程式碼影響很小。當我們發佈第一個 Dart 3 alpha 版本時，您將能夠快速測試這些較小的重大變更是否適用於您的套件或應用程式。

Dart 3 的新功能

Dart 3 預計還將包含許多新功能，包括改進與其他程式語言的互操作性和新的語言功能。我們將在 2023 年 1 月 25 日的下一個重要活動 Flutter Forward 上詳細討論這個主題。

讓我們來預覽一下一個稱為模式的語言功能。模式使 Dart 語言更具表現力，增加了對更多結構化資料的支援，並透過代數資料類型實現更實用的風格。

以下程式碼顯示了一個在函數上使用多個返回值的範例，以及將這些返回值解構為單個變數的功能：

我們將在明年初分享更多關於此新功能的詳細資訊。要查看預覽，您可以查看語言規範

Dart 3 之後

我們同時致力於許多潛在的新功能，從構思到實驗再到潛在的發佈。因此，一些目前的工作將在 Dart 3 之後完成。

首先，正如我們去年提到的，我們正在致力於支援將 Dart 程式碼編譯為 WebAssembly (Wasm)。Wasm 使 Flutter Web 應用程式能夠在瀏覽器中以完全原生程式碼運行。這是一項龐大的工作，需要的不僅僅是更新 Dart 編譯器。它需要與 W3C 和瀏覽器供應商合作，透過 WasmGC 擴展，在 Wasm 中增加對垃圾回收語言的支援。

其次，我們正在致力於巨集。這些啟用了靜態元程式設計。這種強大的機制允許一段程式碼（巨集）在編譯程式期間修改和擴展程式的原始程式碼。例如，這可以減少反序列化 JSON 或建立資料類別所需的樣板程式碼。

您應該期待在 Dart 3 之後看到這些功能和其他令人興奮的功能。

通往 Dart 3 的道路

如前幾節所述，如果您尚未遷移到可靠的空安全，那麼這是第一步。我們建議您現在就這樣做！

接下來，Dart 3 將透過一系列里程碑推出。我們目前的預期圍繞著這些日期：

• 2023 年 1 月/2 月左右：Dart 3 alpha 發佈。它側重於啟用早期的 Dart 3 相容性測試。我們預計您將能夠運行靜態分析 (dart analyze / flutter analyze)。我們的目標是任何通過 Dart 3 alpha 靜態分析的應用程式或套件都應支援 Dart 3 穩定版。
• 2023 年 3 月/4 月左右：Dart 3 beta 發佈。此版本預覽了 Dart 3 中的新功能。您可以使用它來試驗新功能，並就問題或改進建議提供回饋。
• 2023 年年中左右：Dart 3 穩定版發佈。可靠的空安全成為唯一支援的模式。

總結

Dart 3 版本預計在 2023 年年中左右發佈。它將包含幾個重大變更，主要是停止在沒有可靠空安全的情況下運行。我們希望在 2023 年 1 月或 2 月左右準備好 Dart 3 alpha 版本，您可以用於 Dart 3 相容性測試。

要準備您的應用程式：

• 完成任何未完成的空安全遷移
• 驗證您的程式碼沒有使用任何已棄用的 API
• 運行 dart fix。

Dart 3 還將包含幾個新的強大功能，例如模式。我們希望在春季發佈 Dart 3 beta 版本，以展示所有新功能。

通往 Dart 3 的道路：完全可靠的空安全語言 最初發佈在 Dart 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。

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

使用兩個鍵盤支援六個平台

Flutter 的魅力在於輕鬆地為六個平台開發應用程式。痛苦之處在於在六個平台上驗證你的應用程式。

我正在撰寫一個程式碼實驗室，使用 Dart 的外部函式介面 (FFI) 整合來自 iOS、Android、macOS、Linux 和 Windows 的 C 程式碼。這個故事描述了如何在不淹沒我的書桌在裝置的情況下，為 Flutter 支援的所有平台開發。

接受你需要不止一台機器。當你計劃至少在六個平台的子集中建立你的應用程式時，請考慮這並沒有聽起來那麼糟糕。

我可以用兩台機器在六個平台上開發應用程式：一台 macOS 筆記型電腦和一台 Windows 11 桌機。此外，我還有兩個鍵盤、一隻滑鼠和一個魔法觸控板。

以下說明為什麼你需要這兩個平台。

從顯而易見的開始：你需要一台 macOS 機器來為 macOS 和 iOS 開發。蘋果是這麼說的。在 Windows 上為 Windows 開發。這是 Flutter for Windows 預設支援的，因此它是鋪好的道路。Flutter 支援在 macOS 或 Win11 或兩者上進行 Web 和 Android 開發。出於鍵盤熟悉度的原因（我在 macOS 上已經超過十年了），我使用 macOS。

Windows 11 上的 Windows Subsystem for Linux 版本 2 或 WSL2 避免了我需要三個完整的鍵盤。當你在 Ubuntu Summit 上向滿屋子 Linux 狂熱者發表關於 WSL2 的主題演講時，你開始理解過去二十年世界發生了多大的變化。

WSL2 中的 Linux 支援超越了運行圖形化 Linux 應用程式。Visual Studio Code 為 WSL2 主機開發提供了出色的支援。WSL2 在其 Linux 環境內運行 VS Code 的無頭版本，並從 Windows VS Code 實例控制它。這使得 Windows 和 Linux 開發可以在一台機器上進行，使用相同的鍵盤快捷鍵，即使檔案系統佈局不同。

話雖如此，不要嘗試從一個共用的檔案區域運行 Flutter Windows 和 Linux 開發。是的，WSL2 允許你從 Linux 查看 Windows 檔案系統，以及從 Windows 查看 Linux 檔案系統。但是，Dart 將不知道使用哪個二進制檔。另一個小問題是你的原始碼檔案中的行尾也會被混淆。使用 Git 將程式碼傳輸到 Linux 和 Windows 之間，並配置 適當的行尾對映。你的理智會感謝你。

如果你想在 Flutter 支援的所有平台上開發 Flutter，請幫自己一個忙，同時取得一台 macOS 機器和一台 Windows 11 機器。你的編譯時間會感謝你的。

使用兩個鍵盤支援六個平台 最初發佈在 Flutter 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。

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

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

宣布 Flutter Forward

鎖定 Flutter Forward，下一場全球 Flutter 活動，將於 2023 年 1 月 25 日從肯亞奈洛比現場直播。

現在可以註冊！

隨著今年在 Google I/O 上發佈 Flutter 3，我們完成了 四年前在 Flutter Live 上首次規劃的旅程：為行動裝置、桌面裝置、嵌入式系統和網頁裝置提供一個強大的開源 UI 工具組，用於建立令人驚豔的體驗。

現在，我們準備分享我們正在進行的一些新的投資，這些投資展示了我們計劃在未來一年左右的時間內帶領 Flutter 走的方向。

我們迫不及待地想像我們在 Flutter Live 和 Flutter Interact 中所做的那樣，將我們的全球社群虛擬地聚集在一起。在一個正在經歷快速數位轉型的世界地區，有什麼比談論未來的科技更好的地方呢？

我們很興奮能在非洲舉辦我們的下一場全球活動。不僅 Google 在該地區投入大量資金，包括在奈洛比開設我們的第一個 非洲工程中心，而且 新創事業蓬勃發展，數十萬開發人員在非洲互聯網經濟中工作。這是為您提供 Flutter 未來一瞥的完美場所。

以下是可以從活動中期待的事項：

主旨演講

在我們現場直播的主旨演講中，我們將展示我們正在進行的工作 - 並展示更廣泛的社群中其他人在使用 Flutter 時所做的事情 - 以推動 UI 開發的進步。

#AskFlutter 直播

#AskFlutter 將回歸，回答您渴望提出的所有問題，從平台特定的詢問到為何 Dash 總要擁有銳利的喙，從不彎曲。

技術演講

與往常一樣，我們將透過一系列技術演講來擴展主旨演講，涵蓋最新消息、熱門話題，以及使用 Flutter 建立驚豔體驗的秘訣和技巧。

觀看派對

如果您想與其他人一起觀看 Flutter Forward，請參加全球 300 多個城市中其中一個的當地觀看派對。如果您的附近有派對，請務必參加，以便與當地 Flutter 開發人員建立人脈並向他們學習。

敬請期待

自我們上次活動以來，社群規模已大幅擴大，但它仍然是 Flutter 的生命線，也是 Flutter 不斷發展的故事背後的動力。我們非常感謝能再次將全球 Flutter 社群聚集在一起。

在 1 月 25 日之前，我們還有很多計劃，所以 立即註冊，確保您不會錯過議程公告，在您附近找到觀看派對的機會，以及我們為您準備的幾個驚喜。

註冊後，請關注我們的 Twitter，LinkedIn，並訂閱 Flutter YouTube 頻道，以確保您不會錯過 Dash 的任何多元宇宙冒險。

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

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

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

Introducing the Flutter News Toolkit - 現在接受申請

成為首批使用 Flutter News Toolkit 推出新聞行動應用程式的先驅

過去二十年來，我們獲取新聞的方式發生了巨大的變化。市場研究表明，美國智慧型手機使用者中有 88% 的時間花費在應用程式上，而不是行動網頁瀏覽器上。然而，對於通常資源有限的新聞出版商來說，行動應用程式可能很困難且成本高昂。

建立一個高品質的行動新聞應用程式是一項重大工作：您需要包含豐富的閱讀體驗、出色的導航和搜尋、驗證、廣告整合、通知、個人資料和訂閱，以及量身打造的設計體驗。此外，您還必須針對多個平台（例如 iOS 和 Android）完成所有這些工作，並持續使用最新功能更新您的應用程式，並保持多個產品同步。這對於擁有品牌組合的大型新聞機構來說是一項巨大的努力，以及對於負擔不起專門為每個平台組建大型應用程式開發團隊的小型出版商來說也是如此。

我們投入了資源來幫助新聞機構解決這個問題，利用業界最佳實務和 Google 的強大新工具組。

Introducing the Flutter News Toolkit

我們很高興地宣布 Google 的 Flutter 團隊正在與 Google 新聞倡議 (GNI) 合作，推出 一個免費的工具組，該工具組允許出版商透過將應用程式開發時間縮短高達 80% 來更快地為 iOS 和 Android 建立行動應用程式。

Flutter News Toolkit 是一個易於使用的範本，新聞機構可以在其基礎上建構應用程式，並且包含針對常見使用者介面和應用程式功能的範例程式碼區塊。

我們與世界各地的產業專家和新聞出版商密切合作，了解新聞應用程式的最關鍵功能和使用者工作流程，並整合了 News Consumer Insights 的最佳實務，以幫助您透過 Flutter News Toolkit 達成更高的讀者參與度並實現財務目標。

Flutter News Toolkit 包含關鍵功能，例如：

• 使用者入學
• 帳戶建立/登入
• 內容供應源和內容頁面
• 分析
• 通知
• 社交分享
• 訂閱
• 廣告

您可以直接使用這些預先整合的功能，或者輕鬆地修改和替換您喜歡的其他功能。

Flutter News Toolkit 的早期採用者

Flutter News Toolkit 的早期採用者之一是 Hespress，它是摩洛哥最大的新聞網站之一。Hespress 一直希望透過建立一個針對英語使用者的行動應用程式來接觸更多受眾，但沒有足夠的資源來開始。透過 Flutter News Toolkit，Hespress 能够在 6 週內完成完整的應用程式開發，並且最近推出了他們的應用程式 Hespress English。

“Flutter News Toolkit 使用起來很直觀，並且可以自訂，使其看起來和感覺起來像一個真正的 Hespress 應用程式，”Hespress 總經理 El Guennouni Hassane 表示。“它包含我們所需的所有核心功能、區段和佈局。它幫助我們節省了幾個月的開發時間，並優化了重新設計我們的英文應用程式的整個流程，同時維護一個程式碼庫而不是兩個。”

立即申請以存取 Flutter News Toolkit

隨著我們推出 Flutter News Toolkit，我們將為有興趣在未來 3-6 個月內推出新聞行動應用程式的出版商提供有限的名額。此計畫開放向世界各地的所有出版商和任何語言申請。我們將隨著時間推移擴展我們的計畫，但以下是一些您現在加入可以獲得的優點：

• 免費存取 Flutter News Toolkit 的所有原始碼和分步指南
• 能夠按照您的意願修改、刪除或新增新功能
• Google 在 Play 商店和 Apple 商店推出自訂應用程式的協助
• 在 Google 的行銷材料中展出的機會

請填寫申請。隨著我們在未來幾個月內推出一般可用性之前改進產品，我們將分批吸納新的出版商。我們期待幫助更多新聞機構擴展其數位影響力、建立受眾關係，並透過多元的收入來源打造可持續的商業模式。

常見問題解答

什麼是 Flutter？

Flutter 是 Google 的開源 UI 工具組，用於從單一程式碼庫建立適用於行動、網頁和桌面的精美應用程式。Flutter 大大縮短了建立和發佈應用程式所需的時間。今天，Flutter 是 最流行的跨平台 開發框架，在全球擁有超過 300 萬名開發人員。有超過 50 萬個 Flutter 應用程式，包括阿里巴巴、BMW、Google Pay、PUBG、Shein 和微信。

Flutter 容易學習嗎？

是的，對於懂其他程式語言（如 Java）的開發人員來說，學習 Flutter 很快。此外，我們還提供了大量的 學習資源 供您開始使用。

我可以在應用程式中使用其他非 Google 服務，例如廣告、分析和訂閱嗎？

當然可以！Flutter News Toolkit 僅旨在提供範例。您不需要使用任何您不想要使用的服務。事實上，可以輕鬆地移除或替換現有的整合，使用其他服務。例如，如果您想使用非 Google 廣告服務，您可以在 `pub.dev` 上找到其他 套件。

我需要做多少工作才能推出應用程式？

雖然新聞範本可以降低建立新聞行動應用程式的進入門檻，但這個解決方案仍然需要 Flutter 開發工作。範本不支持无代码或所见即所得的功能或工具（例如仪表板），以便非技术用户修改应用程序品牌和样式。

我們已經規劃了部署流程，並假設有 2-3 位 Flutter 工程師參與此專案。舉例來說，Hespress 等早期採用者在 6 週內完成了他們的應用程式開發。

如果我沒有內部開發團隊，如何使用範本？

我們可以推薦 Flutter 機構，協助您將範本完成。聲明免責聲明，Google 與這些機構無關，我們也不會從他們那裡獲得任何利潤分攤。

Introducing the Flutter News Toolkit - 現在接受申請 最初發佈在 Flutter 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。