RainVisitor Blog

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

黑人的命也是命

我們這週不會發佈 #FlutterGoodNewsWednesday 文章。

Flutter 和 Dart 團隊在此想藉此機會與黑人社群站在一起，並告訴您：我們與您同在，我們看到了您，我們支持您。本週美國發生的事件再次令人痛苦地意識到，系統性的種族主義仍然很普遍，正義在我們的社會中分配不均。

我們知道這些問題不是用三言兩語就能解決的；我們需要在個人和企業層面積極參與。我們也要承認，我們是問題的一部分，我們中的許多人需要努力檢視自己的偏見和特權。

我們鼓勵我們的團隊在本週花時間學習和反思如何成為更好的盟友，如何在我們自己的社群中更好地促進多元化。我們中有些人正在閱讀像 新吉姆·克勞 這樣的書籍，觀看像 第 13 號修正案 這樣的紀錄片；我們還發現這些指南很有幫助：白人銀河系指南 和 留住眼淚：白人女性指南。

我們將在本週剩下的時間保持安靜，專注於放大 有色人種的聲音。

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

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

兩個月的 #FlutterGoodNewsWednesday

當我們意識到今年春天將會很不一樣，沒有往常的活動和連線點時，我們決定尋找一種新的方式，將我們的各種公告與您分享。我們中的幾個人聚在一起，於是 #FlutterGoodNewsWednesday 就誕生了。在過去的兩個月裡，我們每個星期都會分享一些新的內容，希望讓您露出笑容。本週，我們想追蹤一下我們迄今為止所做的部分公告，並分享一些進一步的更新。

Flutter 開發人員的免費入門培訓

我們以宣布與 App Brewery 的安吉拉·余合作創建的 免費 10 小時以上入門課程，涵蓋 Flutter 開發的基礎知識。我們很高興地看到超過 75,000 人註冊了這個課程，並且已經有將近 5,000 人完成了（我十三歲的兒子就是其中之一！）對於正在學習這個課程的大家，希望您能發現 Discord 群組，Very Good Ventures 和一組志願者一直在那裡提供禮賓服務。我們也一直在向大家學習——特別是了解開始學習時的一些早期陷阱；我們將利用這些知識來改進文件和產品本身。

如果您快完成這個課程了，您可能會想知道「下一步是什麼？」我們有一些建議，其中涵蓋了中級主題：

• 安吉拉課程的第二部分 涵蓋了呼叫 Web 服務和 Firebase 整合、更進階的 Widget、狀態管理和動畫。
• 尼克·曼寧的旅遊和公司課程 將您在安吉拉課程中學到的知識應用到一個真實的、工作的應用程式範例中，包括單元測試和整合測試、非同步 Web 服務呼叫、JSON API 和自訂視圖。
• 同樣地，安德烈亞·比佐托的 REST API 速成課程 基於一個受歡迎的 API，展示如何呼叫基於 REST 的 Web 服務、快取返回的資料以及處理服務降級問題。

CodePen Flutter 支援

我們還分享了關於 CodePen 採用 Flutter 的資訊。迄今為止，我們已經看到來自世界各地的設計師和開發人員創建了近 5,000 個 Flutter pens。有些人的作品讓我們大開眼界。以下是我們過去幾週看到的一些最喜歡的：

• Retro Boy Color（由 Mariano Zorrilla 創建）
• Netflix Logo in Flutter（由 Dominik Roszkowski 創建）
• Flutter Space Program（由 Dominik Roszkowski 創建）
• Draggable C curve（由 Paul Thomas 創建）
• Liquid Polygon（由 Robert Felker 創建）
• Long shadow animations（由 Jonathan Monga 創建）
• Trigonometric Flutter（由 Deven Joshi 創建）
• Color Test（由 Chiziaruhoma Ogbonda 創建）

繼續在 CodePen 上探索：我們將為您舉辦一場挑戰！

Flutter 強勁勢頭

在我們第三篇 #FlutterGoodNewsWednesday 部落格文章中，我們分享了一些有關 Flutter 採用的統計數據，現在有 200 萬開發人員使用 Flutter。與去年此時相比，現在每天使用 Flutter 的開發人員比過去一個星期還要多。

當時我們分享了我們看到大約 50,000 個應用程式上傳到 Play Store。增長速度繼續加快，我們很高興地分享自那篇文章發佈以來，又上傳了 10,000 個 Flutter 應用程式。這種勢頭激勵著我們：感謝您的支援！

其中一個新應用程式的絕佳範例來自 紐約時報遊戲團隊，他們在 Google I/O ‘19 活動 上分享了他們使用 Flutter 的一些經驗。他們的 拼字蜂 遊戲現已作為他們 字謎遊戲應用程式 的一部分推出到 iOS 和 Android 商店：這個令人上癮的文字遊戲完全使用 Flutter 構建，挑戰您用蜂巢狀字母製作單詞。

自這篇部落格文章發佈以來，我們還發佈了第一季度開發人員調查結果，有超過 6,000 人參與。94.5% 的人表示他們對 Flutter 感到滿意或非常滿意，但我們也更多地了解到哪些方面存在困難。以前的一份調查報告指出動畫是一個挑戰，我們隨後針對該子系統添加了一系列 視訊 和 更詳細的文檔，以更深入地介紹它。

Web 進度更新

在過去的幾個月裡，我們一直在努力的一個領域是 Flutter 對目標 Web 輸出的支援。正如我們在 Web 更新中所報告的那樣，我們特別關注改進效能和一致性。在文章中，我們宣布 Flutter 現在支援漸進式 Web 應用程式，並且在後續的幾週中，我們一直在透過 更複雜的服務工作者快取 大幅改進此功能，以提高首次載入效能。

在過去的一週中，我們還開始了一系列 文章，介紹 基於優化 Flutter Gallery 的經驗教訓，針對在 Web 上運行的 Flutter 應用程式最大限度地提高效能的技巧和竅門。請繼續關注這個部落格頻道，在接下來的幾週中，我們將發佈更多關於此主題的文章！

Flutter 1.17 和 Dart 2.8

也許迄今為止所有這些公告中最大的新聞是 Flutter 1.17 的發佈，包括 Dart 2.8。Flutter 1.17 在所有平台上都提供了效能和記憶體改進，但您會在 iOS 上看到最大的提升，因為 採用了 Apple 的 Metal 子系統 進行圖形渲染。對於 Android 來說，您也會看到改進，特別是新的可選 快速啟動除錯模式，它在不更改程式碼的情況下提供了 3 倍的速度提升。

除了在部落格文章中提到的新功能之外，還有一個功能讓一些人注意到了，那就是在發佈模式構建中更新的錯誤顯示。對於發佈模式構建，我們已 停用當您的其中一個 Widget 配置不正確時出現的「紅色死亡畫面」。許多人告訴我們，他們希望在罕見的情況下，當您的應用程式中存在 bug 時，能夠看到一個不太……突出的訊息，希望這個更改的預設行為是一個更好的替代方案。（對於那些想要其他東西的人，您可以使用 ErrorWidget.builder 屬性進一步自訂它。）

令人興奮的是，截至撰寫本文時，三分之二的人已經升級到 1.17。我們鼓勵大家儘快升級，以利用此版本中提供的所有功能！

在此期間，我們為 Flutter 1.17 發佈了一個熱修補版本，並計劃根據需要進一步更新以提高穩定性和品質。您可以查看 相關 Wiki 頁面，了解每個熱修補版本中包含的 bug 修復，以及如何確保您正在運行最新的穩定版本。

Adobe XD Plugin 預覽可用性

對於設計師來說，另一個重大消息是 Adobe XD 對 Flutter 支援的第一個公開預覽，由 Adobe 本身發佈。

本週，Adobe 發佈了對 Plugin 的更新，其中 修復了一些與不透明度相關的匯出錯誤，並積極地組合形狀以獲得更清晰的 Dart 程式碼。此外，Adobe 上週發佈了一個 XD 更新，其中 包含用於存取響應式佈局的新 API。一旦它得到更廣泛的推出，請在接下來的幾週內繼續關注 XD 到 Flutter Plugin 的進一步更新，這將提高生成的 Dart 程式碼的靈活性。

Plugin 和 Flutter 最愛

最近，上週我們 宣布我們計劃將許多 Flutter 團隊的 Plugin 升級到 1.0，此外還有一組新的 Flutter 最愛，其中包括 使用 Apple 進行登錄。

但始終值得指出一些默默無聞的英雄。有超過 10,000 個套件，很難全部認出來，但本週我們將重點介紹一個非正式的十佳清單，其中包含一些很酷的套件，這些套件還不是 Flutter 最愛，但仍然值得關注：

1. fl_chart 提供精美的商務圖表，包括折線圖和條形圖、散點圖和餅圖。
2. flutter_blurhash 為可能需要時間下載的圖片提供快速佔位符。
3. font_awesome_flutter 提供數千個圖示，以便輕鬆將它們包含在您的 Flutter 應用程式中。
4. fab_circular_menu 提供一個迷人的彈出式選單。
5. flutter_staggered_animations 為 listview、gridview 和 columns 提供精美的載入動畫。
6. device_preview 將您的應用程式限制在一個自訂設備殼中，例如，讓您能夠從 macOS 預覽 iPhone 輸出。
7. smooth_page_indicator 允許您在資訊卡的旋轉木馬中進行轉場。
8. flame 提供一個小型 Flutter 遊戲引擎，帶有一組豐富的教學課程。
9. flutter_launcher_icons 是一個受歡迎的 CLI 工具，它極大地簡化了更新 Flutter 應用程式啟動器圖示的任務。
10. smooth_star_rating 提供一個緊湊的控制項，用於選擇星級評分。

順便說一下，如果您正在編寫套件，請確保您沒有錯過我們關於 開發現代 Plugin 的技巧和竅門的文章。並且請填寫我們的 季度調查，其中有一個專注於 Plugin 開發的模組。

Flutter 日

最後，但並非最不重要的一點——我們最近 宣布了 Flutter 日，它將在幾週後的 6 月 25 日舉行。我們將舉辦三個技術會議、#AskFlutter，以及一組新的和更新的程式碼實驗室，讓您為在隨後的週末開始的由社群主導的 #Hack20 黑客馬拉松 活動做好準備。

更多好消息即將到來

我們還沒有完成：我們還有許多公告將作為 #FlutterGoodNewsWednesday 的一部分推出。所以請繼續關注，如果您有自己的好消息要與我們分享，請不要猶豫！

您隨時可以在 Twitter 上透過 @flutterdev 聯繫我們。我們很樂意收到您的來信！

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

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

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

undefined

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

預留日期：Flutter Day，2020 年 6 月 25 日

作為一個團隊，我們習慣於大量的旅行，在各種活動和使用者群組中閒逛，並與人們面對面交流；我們懷念與 Flutter 社群在一起的時光！因此，雖然我們無法面對面聚會，但我們將做接下來最好的事情：用一個專門的 Flutter 日來讓聚會來到您的身邊。

Flutter Day (g.co/FlutterDay) 從太平洋時間 2020 年 6 月 25 日上午 9 點開始，在全球持續 24 小時，享受 Flutter 的所有事物：技術、生態系統，最重要的是，社群。

首先，我們有 codelabs，既有經過精心更新的現有 codelabs，也有全新的 codelabs！無論您是 Flutter 的新手還是經驗豐富的專業人士，您都可以在這個列表中找到自己喜歡的東西。為了確保您獲得所需的幫助，我們將提供一個 24 小時的支援頻道，讓您在 codelab 中獲得問題解答。

然後，我們在一天中為您準備了三場一小時的影片串流，這樣無論您身處哪個時區，您都能找到適合自己的內容。我們將回顧並擴展過去幾週在 Flutter 和 Dart 中宣布的一些新聞，重點關注 Flutter 的前端設計和開發，並展示一些我們認為您會喜歡的演示。我們也希望聽到您的聲音——我們為時常受到歡迎的 #AskFlutter 預留了一些時間，讓您可以在您想了解更多內容的主題上與團隊成員聯繫。

我們有一支優秀的陣容，包括來自 Flutter 和 Dart 團隊的工程師、產品經理和開發者倡導者。

想要了解 Flutter Day 的詳情，並告訴我們您有興趣參加，請今天就在 Flutter Day 網站註冊！

身邊的 Flutter Day

當然，Flutter Day 是為所有人而設，因此我們也與世界各地的本地 Flutter 使用者群組協調，以收集所有正在進行的虛擬聚會，以紀念 Flutter Day。

無論您住在哪裡，您都可以在附近找到一個本地的 Flutter 虛擬聚會。

準備好迎接 Hack20

而且，好像這些还不够，今年我們還與國際 Flutter Hackathon #Hack20 合作。

完成一天的 Flutter codelabs 之後，您就可以開始一個周末的 Flutter 程式設計，並為最佳應用程式頒發獎項，以及來自 Flutter 社群的導師。

為所有人而設

無論您是第一次嘗試 Flutter，還是經驗豐富的資深人士，Flutter Day 都為您準備了內容。與來自世界各地的 Flutter 愛好者一起閒逛，獲得您的 Flutter 問題解答，享受來自世界各地的 Flutter 內容，然後花費一個周末參加黑客松。別忘了註冊您的興趣，並在今天查看詳細資訊。

預留日期：Flutter Day，2020 年 6 月 25 日 最初發佈在 Flutter 上的 Medium，人们在那里通过突出显示和回应这个故事来继续讨论。

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

Flutter 套件生態系統更新

Google 的 Flutter 團隊只有一個工作：為開發者提供跨多個平台構建美麗、原生應用程式的管道。當 Flutter 還很新時，團隊透過專注於少數最初的客戶來實現了這個目標。這導致了文字和圖形的可攜式渲染引擎的誕生。接下來是擴展其覆蓋範圍，團隊透過吸引開發者，結合 Dart 平台的強大功能，易於使用的 Flutter API，以及跨 Android 和 iOS 的原生編譯，來實現了這個目標。隨著客戶群的增長，他們的需求也隨之增長，促使團隊利用 Dart 的 pub.dev 提供 Flutter 套件管理員和發現機制，將套件作者與應用程式開發者聯繫起來。

最後一步尤其重要，因為它使 Flutter 社群能夠互相幫助，而無需 Flutter 團隊的干預。在 pub.dev 上發佈或使用套件之前，沒有人需要詢問。另一方面，為培育這種生態系統，擁有建立現代 Flutter 應用程式構建基礎的信賴代理非常重要。Google 的 Flutter 團隊提供了信賴的平台，Flutter 社群可以在其上繼續發展壯大。

套件發佈者、評分和最愛

為了幫助使 Flutter 套件生態系統值得信賴，我們在 pub.dev 上公開了有關每個套件的許多指標：

這是 provider 套件 的螢幕截圖，它在 Flutter 生態系統中的普及程度和品質方面名列前茅。此螢幕截圖展示了我們用於在 pub.dev 上傳遞品質信號的幾個指標。域名旁邊的藍色盾牌是 已驗證發佈者，讓您知道套件是由身份已驗證的人發佈的。豎起大拇指圖示及其旁邊的數字顯示了「讚」的數量，讓您知道社群中其他成員對這個套件的感受。最後，最右邊的圖示將套件標記為 Flutter 最愛，表示當您構建應用程式時應該先考慮的套件。僅供比較，在過去三個月的時間裡，積極維護的套件的平均好感度為 12 個讚，而對於 Flutter 最愛，則為 270 個讚。若要找到品質最高的套件，Flutter 最愛指標 會將 pub.dev 分數與許多客觀和主觀的品質、可用性和廣泛適用性指標結合在一起，其中包括來自 Flutter 框架本身的貢獻者之一的工程程式碼審查。

由於門檻很高，因此 Flutter 最愛標記並非經常出現 - 它只出現在 少數套件上。今天，我很高興地宣布，該清單已擴展到包含以下內容：bloc 和 flutter_bloc，convex_bottom_bar，geolocator，google_fonts，location，以及 sign_in_with_apple。恭喜所有作者，並衷心感謝您對 Flutter 套件生態系統的貢獻。

使用 Apple 登入

此輪 Flutter 最愛獎項中最顯著的 Plugin 之一是 sign_in_with_apple Plugin。

它不僅品質高，而且適用性廣，還填補了 Flutter 功能集中的重要空白。Apple 已宣布，到 2020 年 6 月 30 日，使用其他第三方驗證（如 Google 登入）的應用程式必須啟用 Apple 登入才能被 App Store 接受。顯然，對於任何以 iOS 為目標的 Flutter 開發者而言，這都是至關重要的功能，但 Google 的 Flutter 團隊並沒有自行建立 Plugin 來填補這個空白，而是依賴於我們的社群。聯絡到 sign_in_with_apple 的作者 Timm Preetz 和 Henri Beck，我們發現他們反應迅速，並在創紀錄的時間內迅速將 Plugin 提升到所需的標準。

提高數量和品質

只有透過 Flutter 套件生態系統的成熟和多元化，我們才能與社群合作，實現像 sign_in_with_apple Plugin 這樣的事情。如果您查看 Flutter 相依套件隨著時間推移的數量，您可以看到生態系統的增長。

通常，您會期望這種驚人的增長會伴隨著整體品質下降。然而，Flutter 社群正在見證截然相反的趨勢。

我們將品質衡量為 pub.dev 上整體分數的健康度和維護部分。如您所見，自 Flutter 1.0 版本發佈以來，儘管套件生態系統的增長巨大，但其整體品質卻有所提高。

將 Google Flutter Plugin 移至 1.0

不僅社群會產生 Plugin。Google 的 Flutter 團隊也提供了一組 Plugin。其中許多 Plugin 被標記為 Flutter 最愛套件，表明其品質很高，包括 shared_preferences，path_provider，url_launcher 等等。然而，這些 Plugin 並不都是被標記為「1.0」；例如，shared_preferences 被標記為「0.5.7+2」，這在我們認為已準備好投入生產使用的 Plugin 方面似乎並不直觀。原因在於 Dart 如何處理版本：

根據慣例，我們建議開發者在相依於套件時使用插入符號語法，例如：^current-version。此語法由 flutter pub get 解釋為「我希望獲得比我指定版本高或與我指定的版本相同，但在不更改主要版本的條件下獲得最高可用版本」。這是 Dart 的實作 語義化版本控制，它指出主要版本應與重大變更一起使用，並且應明確選擇。但是，在由 Google 維護的這組 Flutter Plugin 中，我們已穩定 API，因此可以安全地指定版本字串以包含 1.x 版本，您可以像這樣在 pubspec.yaml 中進行操作：

1
2

dependencies:
  shared_preferences: **‘>=0.5.7+2 <2.0.0’**

對於這組 Plugin，您可以使用以下版本字串來準備 v1.0，而不是傳統的版本：

在您按照這些行更新 pubspec.yaml 之前，如果我們將版本號碼提升到 1.0.0，您的應用程式和相依套件將不會獲得更新。對於 1.0 來說這是可以的，因為它與上面列出的 0.x 版本沒有任何不同，但是 1.1 及以後版本如何呢？這就是您需要進行這些更改的原因。

在某些情況下，我們可以提供幫助。例如，pub.dev 上有 181 個套件相依於 shared_preferences。如果您的應用程式相依於 shared_preferences <2.0.0，並且也相依於另一個進而相依於 shared_preferences <1.0.0 的套件，則 Dart 版本解析器永遠不會給您 1.0.0（或 1.1.0 或…）。但是，我們並沒有等待和希望這些 181 個套件的作者閱讀這篇部落格文章並更新他們對上面列出的所有 Plugin 的相依版本字串，而是積極地努力向包含套件 pubspec.yaml 的 git 儲存庫提交 PR，以匹配上面表格中的版本字串。這樣，當我們將 Google Flutter Plugin 中目前為 0.x 的版本號碼更改為 1.0.0 時，您的應用程式將會全部設定好，您相依的套件也將全部設定好。

將 Google Flutter Plugin 推向生產環境

您可能已經注意到，並非所有 Google Flutter Plugin 都列在上面的討論中，例如 Firebase、Camera、Video Player 等等。這是因為我們還需要對一些 Plugin 做些工作，才能將它們提升到生產品質；例如，Firebase Plugin 需要更完善、更詳細的文檔，以及更快的構建時間和更簡單的設定。為了幫助我們實現這個目標，我很高興地宣布，我們與 Invertase 達成了合作，Invertase 是一家位於英國的諮詢公司，在 Dart 和 Flutter 方面擁有豐富的專業知識。

在接下來的幾個月裡，Invertase 將幫助我們將其餘的 Google Flutter Plugin 推向生產品質。如果您想更詳細地了解 Firebase Plugin，您可以在 FlutterFire 儲存庫 上閱讀 Invertase 的計劃。

總結

Flutter 套件管理員是一個蓬勃發展的生態系統，擁有越來越多的套件來填補 Google Flutter 團隊的開發者永遠無法自行管理的空白。幸運的是，有了 pub.dev 上的信號，包括分數、評分和 Flutter 最爱標記，以及我們與 Invertase 的合作關係，您可以放心地相信，您將擁有找到下一個 Flutter 應用程式所需正確套件的品質信號。有了 pub.dev 上套件提供的全部功能，您打算構建什麼？

Flutter 套件生態系統更新 最初發佈在 Flutter 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。

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

為 Flutter 網頁應用程式最佳化效能：使用 Tree Shaking 和延遲載入

為了提供最佳的使用者體驗，應用程式快速載入非常重要。透過縮減 Flutter 網頁應用程式的 JavaScript 捆綁包，可以改善其初始載入時間。Dart 編譯器包含 Tree Shaking 和延遲載入等功能，這兩者都可以縮減 JavaScript 捆綁包。本文將解釋它們的工作原理以及如何在應用程式中使用它們。

預設的 Tree Shaking

在編譯 Flutter 網頁應用程式時，JavaScript 捆綁包是由 dart2js 編譯器生成的。發行版本具有 最高級別的優化，其中包括對您的程式碼進行 Tree Shaking。

Tree Shaking 是一個消除無用程式碼的過程，它只包含保證會執行的程式碼。這表示您不必擔心應用程式中包含的函式庫的大小，因為未使用的類別或函數將被排除在編譯的 JavaScript 捆綁包之外。

若要查看 Tree Shaking 的實際運作方式：

1. 建立一個 Dart 檔案 greeter.dart：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

abstract class Greeter {
  String greet(String name);
}

class EnglishGreeter implements Greeter {
  String greet(String name) => 'Hello $name!';
}

class SwedishGreeter implements Greeter {
  String greet(String name) => 'Hej $name!';
}

void main() {
  print(EnglishGreeter().greet('World'));
}

2. 在您的終端機中執行 dart2js -O4 greeter.dart，並查看生成的輸出檔案 out.js。

在生成的 JavaScript 程式碼中，沒有任何對 SwedishGreeter 類別的引用，也沒有包含 Hej $name 字串，因為它在編譯器進行 Tree Shaking 時被移除。

編譯器只能透過靜態分析來找出哪些程式碼可達，哪些是無用程式碼。以以下範例為例，其中根據系統地區設定定義了 greeter：

1
2
3
4
5
6

Locale locale = Localizations.localeOf(context);
if (locale.languageCode == 'sv') {
  greeter = SwedishGreeter();
} else {
  greeter = EnglishGreeter();
}

編譯器不知道使用者的系統地區設定，因此 EnglishGreeter 和 SwedishGreeter 都包含在 JavaScript 捆綁包中。對於此類用例，延遲載入可以幫助縮減初始捆綁包的大小。

使用延遲載入僅在需要時載入程式碼

延遲載入（也稱為懶惰載入）允許您在需要時載入函式庫。它可以用於載入應用程式中很少使用的功能。請注意，延遲載入是 dart2js 的一項功能，因此這不適用於 Flutter 行動應用程式。在最簡單的情況下，將匯入的套件或檔案標記為延遲載入，並在使用它之前等待它載入：

1
2
3
4
5
6

import 'greeter.dart' deferred as greeter;

void main() async {
  await greeter.loadLibrary();
  runApp(App(title: greeter.EnglishGreeter().greet('World')));
}

編譯此程式碼將生成兩個 JavaScript 檔案。當在延遲匯入上呼叫 loadLibrary 時，它將載入 greeter 函式庫。

在 Flutter 中，所有內容都是 Widget，您可能想要使用 FutureBuilder。Widget 的 build 方法預期是同步的，因此您不能在 build 方法中對 loadLibrary 呼叫 await。但是，您可以在 build 方法中返回 FutureBuilder，也可以用它在函式庫載入時顯示不同的 UI：

1
2
3
4
5
6
7
8
9
10
11
12

import 'greeter.dart' deferred as greeter;

FutureBuilder(
  future: greeter.loadLibrary(),
  builder: (context, snapshot) {
    if (snapshot.connectionState == ConnectionState.done) {
      return Text(greeter.greet('World'));
    } else {
      return Text('Loading...');
    }
  },
)

若要親自嘗試（請查看 GitHub 上的完整範例），請打開 Chrome DevTools 並點擊 網路 標籤以檢查網路活動。重新載入頁面，查看函式庫何時載入和匯入。在以下螢幕截圖中，載入 main.dart.js_1.part.js 檔案是延遲的：

Flutter Gallery 中的本地化延遲載入

Flutter Gallery 支援 70 多種語言，但大多數使用者只使用一種語言。延遲載入本地化字串是使用此功能的絕佳方法。例如，在 Flutter Gallery 中實作本地化字串的延遲載入之後，應用程式的初始 JavaScript 捆綁包大小減少了一半。如果您的 Flutter 網頁應用程式中有很多本地化字串，請考慮延遲載入這些檔案。gen_l10n.dart 腳本 包含 --use-deferred-loading 旗標，可用於此目的（目前僅在 1.19 SDK master channel 上提供）。

這篇文章是關於我們在提高 Flutter Gallery 效能時所學到的知識的一部分。我希望您覺得它有用，並且學到了一些可以應用到您的 Flutter 網頁應用程式中的知識！

透過 Tree Shaking 和延遲載入最佳化 Flutter 網頁應用程式的效能 最初發佈在 Flutter 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。

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

Flutter 開發人員的哪些任務重要且困難？ - 2020 年第一季調查結果

作者：JaYoung Lee 和 Youyang Hou

我們每季都會對 Flutter 開發人員進行調查，以更好地了解您如何使用 Flutter 以及我們可以改進哪些方面。今天，我們將發佈第八次季度調查的結果，該調查於 2020 年 2 月進行。我們在 8 天內收到了大約 6,000 份回覆，很高兴地得知，有史以來最高比例的開發人員（94.5%）表示對 Flutter 感到滿意。雖然我們每季都會問一些問題以了解長期趨勢，但本季度的調查特別側重於識別對使用者而言重要且困難的關鍵任務。在深入探討結果之前，以下是一些其他的有趣發現。

關於 Flutter 使用者

首先，我們了解到，與上個季度相比，使用者對 Flutter 的核心框架 (+2%) 和生態系統 (+4%) 更為滿意。但使用者對動畫框架的滿意度略有下降 (-3%)。為了進一步了解造成這種情況的原因，我們将在下一次調查中詢問您關於動畫框架體驗的更多問題。同時，請查看我們 YouTube 頻道上的「在 Flutter 中製作動畫」播放清單。所有這些影片都是最近發佈的。

接下來，大約一半的受訪者表示他們已經使用 Flutter 發佈了應用程式 (51%)。這個數字一直在持續增長 - 大約一年前，這個數字是 34%。那些發佈了應用程式的開發人員對 Flutter 的滿意度比那些未發佈應用程式的開發人員高。

同樣，當我們詢問他們使用 Flutter 的主要目的時，48% 的受訪者表示他們正在使用 Flutter 進行主要工作。這個數字也在增長。一年前，這個數字是 30%。評估 Flutter 以便潛在生產使用的使用者數量一直在下降，從 2019 年的 36% 降至 2020 年的 25%。這意味著許多使用者已經完成了評估，並將 Flutter 用於更嚴肅的目的。

最後，我們發現，69% 發佈了完整生產應用的開發人員正在構建 iOS 和 Android 應用程式。16% 的開發人員表示，除了兩個行動平台之外，他們還嘗試了 Web 平台。目前，Play 商店中大約有 50,000 個 Flutter 應用程式。這個數字一直在呈指數級增長，我們希望看到這種趨勢在未來幾個月內繼續下去。

更多統計數據、見解和未來計畫，請參閱「Flutter 2020 年春季更新」文章。

關於任務

部分調查受訪者被邀請參加更長的調查。因此，43% 的受訪者（N = 2,598）回答了一組問題，我們在這些問題中詢問了他們對 29 個 Flutter 相關任務的看法。這些任務涵蓋了 UI 開發、框架和工具、生態系統、效能和疑難排解以及測試和優化。這些領域的所有 29 個任務都被認為對 Flutter 使用者至關重要。然而，我們假設其中一些任務比其他任務更重要且更難，因此需要團隊更多關注。

我們以這樣的方式設計調查：隨機選取一半的受訪者詢問他們認為哪些任務對他們很重要，另一半的受訪者詢問他們認為哪些任務很難完成。透過將受訪者分成兩組（也稱為「組間設計」），我們能夠減少向每個人提出的問題總數。此外，透過要求使用者評估任務的重要性程度和難度，我們能夠識別出對 Flutter 開發人員既重要又困難的最高優先級任務。以下是團隊用於決定如何處理每個任務的象限圖。

以下任務被評為排名前 6 的最重大的任務。值得注意的是，這些重要的任務廣泛分佈在應用程式開發的不同階段，從效能和測試到 UI 開發。

• 在我的 Flutter 應用程式中除錯錯誤和崩潰
• 測試我的應用程式，以確保它可以在各種平台上正常運作
• 為我的 Flutter 應用程式選擇一種狀態管理方法
• 了解和解決佈局問題（例如文字溢出）
• 根據 UX UI 設計師提供的設計規範建立 UI
• 為我的 Flutter 應用程式排除平台特定問題

以下任務被評為排名前 6 的最困難的任務。我們發現，與疑難排解和效能相關的幾個任務對於 Flutter 專業開發人員來說很困難。大多數與 UI 相關的任務被評為不太困難。

• 為我的 Flutter 應用程式排除平台特定問題
• 診斷和修復我的 Flutter 應用程式的記憶體問題
• 診斷和修復我的 Flutter 應用程式的 CPU 使用率問題
• 將現有的平台特定原生 API 加入我的 Flutter 應用程式
• 診斷和修復我的 Flutter 應用程式的 UI 卡頓
• 開發一個 Flutter Plugin（帶有平台特定實作）

如您所見，一些任務同時出現在高度重要和困難的任務列表中（例如「為我的 Flutter 應用程式排除平台特定問題」）。這些知識對 Flutter 團隊很有價值，因為他們可以根據使用者輸入優先考慮這些領域，而不是憑藉猜測。

此外，由於 Flutter 在企業客戶中快速普及（26% 的調查受訪者在企業工作），我們進行了額外的分析，以找出大型公司開發人員特有的挑戰。對於這組開發人員，我們發現，減少應用程式大小、將 Flutter 加入現有的應用程式（即附加到應用程式）、選擇狀態管理技術以及了解和解決佈局問題，對於他們來說比其他使用者更重要也更困難。

Flutter 團隊現在更加了解您認為既重要又困難的任務，並將使用這些輸入來指導開發重點。此外，團隊將會持續追蹤改進，並重新評估任務，以確保每個開發步驟都健康且得到良好支援。

接下來呢？

在 Flutter 這樣的開源專案中工作的一大樂趣就是擁有一個願意提供見解並提出改進建議（無論是在調查中還是透過 GitHub 問題等其他形式的回饋）的社群。因此，我們要特別感謝您填寫調查問卷。我們中的幾個人閱讀了所有提交的評論。

我們希望這些報告能證明我們對了解您的回饋非常感興趣。在下一份季度調查中，我們計畫針對本次調查中的一些見解進行跟進，特別是我們希望更好地了解上面強調的重要且困難的任務。請留意將很快發佈的下一份調查。

Flutter 的 UX 研究團隊也正在進行各種使用者體驗研究，以使您使用 Flutter 的體驗更加愉快。如果您有興趣參與未來的研究，請註冊。

Flutter 開發人員的哪些任務重要且困难？ - 2020 年第一季調查結果 最初發佈在 Flutter 上的 Medium，人們在那裡透過突出顯示和回應這個故事來繼續討論。

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

在 XD 中創作，並匯出到可運行的 Flutter 程式碼

我們的 Flutter 目標是提供一個豐富的畫布，用於創意表達。在 iOS 和 Android 上擁有原生效能，對螢幕上渲染的每個像素擁有完全控制權，並且能夠以有狀態的熱重載快速迭代，我們希望釋放設計師和開發人員的潛力，構建不受人工技術界限限制的美麗體驗。

去年在我們的 Flutter Interact 活動 中，我們將焦點轉向了正在使用 Flutter 進行探索和實驗的創作者。我們聽取了像 Robert Felker 這樣的數位藝術家的意見，他使用 Flutter 透過生成演算法來構建虛幻形式。我們展示了 gskinner 等創意代理機構的作品，他們創作了一系列創新的片段，以展示 Flutter 的潛力。並且我們看到了 Adobe 對 Adobe XD 的 Plugin 初期原型 的演示，該原型能將 Flutter 程式碼直接從他們的工具中匯出。

今天，我們很高興與 Adobe 共同宣布，他們將 XD 轉換為 Flutter 的 Plugin 現已 作為搶先體驗版 提供，供更廣泛的公眾測試。 Adobe XD 是一個 UI/UX 設計和協作工具，幫助團隊為網站、應用程式、語音介面、遊戲等等建立和分享設計。作為 Adobe 領先的 Creative Cloud 的一部分，XD 允許設計師將向量藝術、文字、圖片、微互動和動畫轉化為互動式原型，這些原型就像運作中的軟體產品一樣。將設計匯出到 Flutter 的功能進一步縮短了創意想法和產品開發之間的延遲，因為 XD 原型現在可以在幾分鐘內變成可運行的 Flutter 程式碼。Adobe XD 支援在 Windows 或 macOS 上進行設計，並且包括 免費入門計劃，讓您可以快速上手。

從 Adobe XD 匯出 Flutter 程式碼

在 XD 中使用 Flutter Plugin 很簡單。您可以匯出單個繪圖或組件，也可以匯出畫板。以下是操作方法。

首先安裝 Flutter 匯出 Plugin。從 Adobe XD 中，選擇 Plugins > Discover Plugins，然後搜尋 Flutter。安裝完畢後，您可以透過選擇 Plugins > Flutter > UI Panel 來顯示上面螢幕截圖中顯示的 UI 面板。

現在，透過將其包含在您的 pubspec.yaml 應用程式清單中，將 adobe_xd 套件加入到您的 Flutter 專案中。此套件提供輔助函數，可在生成的 XD 程式碼中最大限度地減少樣板。

若要匯出單個元素，只需選取您要匯出到 Flutter 的單個 Widget，然後從 UI 面板中選擇 Copy Selected 按鈕。這會將相關的 Dart 程式碼複製到您的剪貼簿中，您可以將其作為無狀態或有狀態 Widget 的基礎：

另一種方法是匯出整個專案。假設您已經有一個要載入內容的 Flutter 應用程式（包括 pubspec.yaml 中的 adobe_xd 套件參考），您只需從 UI 面板中選擇 Plugins > Flutter > Export All Widgets，並設定您想要的任何其他配置選項。

這會在您的專案的 lib/ 子目錄中建立一系列類別，然後您可以直接使用這些類別。您可以繼續調整 XD 原型並使用 ⇧⌘F（Windows 上為 Ctrl+Shift+F）再次匯出，如果您已在 Visual Studio Code 中啟用 Dart Hot Reload on Save Watcher 設定，您的應用程式會在您重新匯出 Widget 時自動重新載入任何更新。

作為搶先體驗版，當然有一些限制，這些限制在 發行備註 中有說明。一個顯著的限制是響應式佈局尚不可用，等待新的 XD API 完成。但是，當像這樣的功能可用時，您會自動獲得 Plugin 的更新。

與 Adobe 合作開發這個 Plugin 真是太好了。我們很興奮能得到他們的支援，而 新的基於 JavaScript 的 API 使得每個人都能輕鬆擴展 Adobe XD。以下是一些關於這個新 Plugin 的觀點：

“在 Adobe，我們一直在尋找簡化設計師到開發人員工作流程的方法，這種工作流程困擾著許多設計和構建應用程式的團隊。今天，我們很興奮地發佈與 Flutter 合作開發的成果的搶先體驗版，該成果旨在消除猜測，加快決策速度，並幫助團隊更快地將新體驗推向市場。”

- Vijay Vachani，Adobe Creative Cloud 平台和生態系統高級總監

若要了解更多資訊，請訪問 Adobe 的 XD 至 Flutter Plugin 頁面。我們期待看到您使用它創作的成果！

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

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

宣布 Flutter 1.17

包含金屬支援以提升 iOS 效能、新的 Material 元件、新的網路追蹤工具等等！

由 Chris Sells 發佈，Flutter 開發者體驗產品經理

今天，我們很榮幸宣布 Flutter 1.17，這是我們 2020 年的第一個穩定版本。

今年對每個人來說都是充滿挑戰的一年。我們的目標是每季度發佈一次穩定版本；然而，這個版本花費的時間長了一些，因為我們一直在 重新設計我們的基礎架構以建立新的發佈流程。我們將品質視為我們的首要任務，並相信新的發佈模式將提高我們為穩定分支提供高品質熱修復的能力。此版本包含大量修復，自我們發佈 1.12 穩定版本以來，共修復了 6,339 個問題。此增長的一大部分歸功於 我們與 Nevercode 的合作，這讓我們在回應客戶問題時變得更靈活。今年到目前為止，我們修復的錯誤比新開的錯誤還多，導致問題總數減少了約 800 個。其中許多錯誤都是透過我們從 231 位貢獻者合併的 3,164 個 PR 來修復的。這些數字非常龐大，我們衷心感謝每位在這個充滿挑戰的時期為 Flutter 做出的努力和持續貢獻。

如果您有興趣查看我們在此版本中合併的所有 PR，您可以在 flutter.dev 網站 上查看它們。除了品質提升外，我們還成功地將一些新功能加入到這個版本中，包括 iOS 上的金屬支援、新的 Material 元件、新的網路追蹤工具等等！此版本還包含 Dart 2.8，您可以在 Dart 部落格 上閱讀更多相關資訊。

行動效能和尺寸提升

此版本的重點是持續在效能和記憶體提升方面進行整體工作。只要將您的應用程式升級到這個版本，您的使用者應該就能看到更快的動畫、更小的應用程式和更低的記憶體使用率。在此版本中，您將看到 預設導航情況（不透明路線，沒有透明度）的速度提升了 20% 到 37%。您還將看到簡單 iOS 動畫的 CPU/GPU 使用率降低了高達 40%，具體取決於硬體（詳細資訊請參閱 PR 14104 和 PR 13976）。

此版本還透過 若干 修復 帶來 大幅 提升 了應用程式的大小。例如，針對 Android 的 Flutter Gallery 範例在 2019 年底為 9.6MB，現在為 8.1MB，減少了 18.5%。

在記憶體使用方面，此版本為快速捲軸大型圖片 帶來了 70% 的記憶體減少，這可能會導致效能提升，具體取決於設備的記憶體大小。

然而，最廣泛的效能提升是 iOS 上金屬的支援。

金屬支援提高 iOS 效能 50%

Apple 對 iOS 上金屬的支援提供了幾乎直接存取底層 GPU，是 Apple 建議的圖形 API。在完全支援金屬的 iOS 設備上，Flutter 現在預設使用它，使得您的 Flutter 應用程式大部分時間都能更快運行， 平均渲染速度提升了約 50% （取決於您的工作負載）。

對於不支持金屬的設備（A7 處理器之前的設備或運行 iOS 10 之前版本的設備），Flutter 將繼續像以前一樣使用 OpenGL，為舊設備提供原生渲染速度。如需了解更多詳細資訊，請查看 Flutter wiki 上的 iOS 金屬常見問題解答。

Material 元件：NavigationRail、DatePicker 等等

基於內部和外部客戶的回饋，我們繼續發展和改進 Flutter 中實作的 Material 設計系統。在此版本中，我們添加了 NavigationRail，這是一個新的 Widget，它提供了靈活的應用程式導航模型。它是 由 Google Material Design 團隊設計 和實作的。NavigationRail 非常適合可以在行動和桌面外觀之間切換的應用程式，因為當您的應用程式螢幕尺寸增大時，它很容易替換為 BottomNavigator。

若要查看 NavigationRail 的實際操作，請查看 web_dashboard 範例 或在 DartPad 上試用它。

除了新的 Widget 外，此版本還包含對 Material DatePicker 和文字選取溢出 Widget 的更新。

此 DatePicker 版本包含新的視覺效果，以匹配 更新後的 Material 指南，以及新的文字輸入模式。您可以在 Material 日期選取器重新設計 規格中閱讀更多詳細資訊。

當按鈕的長度超過沒有溢出的顯示範圍時，文字選取選單現在在 Android 和 iOS 上具有更好的保真度。這在選單項目文字可能很長的語言環境中尤其明顯。

在 Flutter 1.17 的同一時間範圍內，但透過非同步發佈方式，我們還發佈了 新的動畫套件，它提供了預先構建的動畫，這些動畫實作了 新的 Material 動畫規範。

在 實作動畫部落格文章 中，Material Design 團隊定義了四種轉場模式，描述了組件和全螢幕視圖之間的動畫：Container 變換、共用軸線、淡入淡出，以及淡出。雖然這些動畫在 Flutter 中一直都是可能的，但動畫套件讓實作它們變得更加容易。將它們加入到您的應用程式中，讓您的使用者眼前一亮吧！

Material 文字比例：現代化 Flutter 文字主題

在此版本中，Flutter 團隊已完成對 2018 Material Design 規範中文字比例部分 的實作，同時不中斷現有的 Flutter 應用程式。在 PR 22330 中，我們於 2018 年 10 月添加了對新配置（但不是新名稱）的選用支援。現有的文字樣式名稱沒有更改，因為這樣做會產生重大 API 變更，可能會影響大多數應用程式。此版本更新了 TextTheme API 以匹配目前的 Material 規格，但保留了舊名稱，以確保您的程式碼不會中斷。然而，舊名稱已被棄用，因此您將收到警告以鼓勵您採用新名稱。

下表總結了 2018 Material TextStyles 的名稱和配置。

請注意，Material Design 規範中稱為 body1 和 body2 的 TextStyles 在 Flutter TextTheme API 中分別稱為 bodyText1 和 bodyText2。同樣，規範中稱為 H1-H6 的 TextStyles 在 TextTheme API 中分別稱為 headline1-headline6。

Google Fonts for Flutter

文字和字體是息息相關的，因此，如果您對新的 Material 文字比例實作感到興奮，那麼您可能也會對 新的 Google Fonts for Flutter v1.0 版本 感到興奮。

Google Fonts 讓開發人員能夠輕鬆地嘗試和在他們的應用程式中使用 fonts.google.com 上的任何字體。當應用程式準備好發佈時，開發人員可以決定使用者是透過從 API 下載字體來接收字體，還是將字體預先捆綁到應用程式包中。

無障礙功能和國際化

最後，我們持續關注的一個重要領域是無障礙功能，因為我們認為讓 Flutter 應用程式能被盡可能廣泛的受眾使用是一個優先事項。在此版本中，我們在各個方面都進行了工作，包括 捲軸、文字 欄位 和 其他輸入 Widget 的無障礙功能修復。您可以在 GitHub 上查看此版本中修復的所有無障礙功能問題。我們鼓勵您測試您自己的應用程式的無障礙功能，並且還更新了此版本的文檔，其中包含 一些建議的最佳實務。

在國際化方面，我們一直在處理一些影響 Samsung 鍵盤 IME 的問題，這些問題會影響各種東亞語言的文字輸入。我們很高兴地宣布，我們已經完成了這項工作，特別是韓國開發人員應該會在這個版本中發現很多值得慶祝的事情。

工具：將 Dart DevTools 移植到 Flutter、Android 快速啟動等等

此版本讓我們非常接近用新的 Flutter 版本替換目前的 Dart DevTools 版本。如果您想試一試，請啟動 DevTools，然後點擊 DevTools 右上角的「燒杯」圖示。

當您使用使用 Flutter 實作的 Dart DevTools 預發佈版本時，您可能會注意到各種改進，但最重大的改進是新的 網路 索引標籤。

如果您沒有在 Dart DevTools 的預發佈版本中看到網路索引標籤（例如，如果您從命令行運行它），您可以使用以下命令手動更新它：

1

$ pub global activate devtools

當您按下錄製按鈕後，網路索引標籤會顯示 Flutter 應用程式的網路流量。此外，如果您想從啟動應用程式的那一刻起就捕獲網路流量，您可以在 main() 方法中包含以下程式碼行：

1
2
3
4
5

void main() {
  // 啟用網路流量記錄
  HttpClient.enableTimelineLogging = true; 
  runApp(MyApp());
}

除了更新後的 Dart DevTools 外，此版本還加入了對 實驗性的「快速啟動」選項 的支援，讓您在目標為 Android 時，可以將 Flutter 應用程式除錯啟動速度提高多達 70%。您可以透過 flutter run --fast-start -d <您的 Android 設備> 來存取此選項。此選項會安裝一個通用的 Android 應用程式，它只依賴於您的 Plugin 程式碼，不包含任何 Dart 程式碼或資產。這允許重複的 flutter run 命令更快啟動，因為 Dart 程式碼或資產的更改不需要重新建立 APK。此選項會將您的應用程式捆綁到一個通用的 Android「封裝器」中，它實際上不會安裝到您的設備上，這與我們正常的啟動選項不同。此外，在某些情况下它無法正常工作，例如，當您使用存取背景執行的 Plugin 時。另一方面，如果您的 Android 除錯啟動時間很長，請嘗試一下。

如果您是 Android Studio 或 IntelliJ 使用者，您會發現熱重載功能更具彈性。在這個更改之前，如果您有任何分析錯誤，熱重載將不會重新載入您的程式碼。如果分析錯誤是對您目前正在運行的程式碼沒有影響的事情，例如在單元測試中，這會很令人沮喪。透過 這個更改，分析錯誤不足以阻止熱重載運作，而是根據 VM 的編譯錯誤來決定是否運作。

如果您想在 Android Studio 或 IntelliJ 的 Flutter Plugin 中更早存取此類更改，我們現在為 IntelliJ Plugin 提供了開發頻道，您可以選擇加入以獲得更快的更新速度。開發頻道的目標是讓 Flutter 開發人員在我們更廣泛地提供這些功能之前，對新的 IDE 整合功能提供回饋。如果您喜歡冒險，並且想為 Flutter 工具團隊提供早期回饋，請 立即註冊！

對於 Visual Studio Code 使用者，我們推薦新的 Dart：列出過時套件 命令，它會運行 新的 pub outdated 命令。

此命令旨在幫助您追踪相依項中的版本控制問題。

最後，如果您遇到 Flutter 崩潰，工具會提示您提交錯誤。

團隊會密切關注這些錯誤報告的嚴重程度和頻率，因此請在收到提示時提交它們。

客戶回饋：MGM 和 Superformula

當然，Flutter 的存在是为了实现美丽的应用体验。Superformula 是一个做大事的数字机构的例子，他们最近与 MGM Resorts 合作，对他们的移动应用进行了重大更新，彻底用 Flutter 重建了它。他们报告称，“将 Flutter 添加到我们的核心产品中，为我们带来了更高的速度和灵活性，这对我们的客户及其用户来说都带来了真正可衡量的价值。”

Superformula 与 MGM Resorts 的设计团队合作，为所有主要的网络、移动和售票亭体验创建了新的 MGM 设计语言。凭借更小的团队和全新的 Flutter 代码库，他们能够比以前更快地重建应用并发布到两个应用商店，导致 MGM 的预订转化率增加了 9%。

重大變更

與往常一樣，我們儘可能減少每次新發佈 Flutter 時產生的重大變更數量，同時依然需要確保 Flutter 提供直觀、靈活的 API，能夠支援新平台上的新成語。在 去年的使用者調查 中，您告訴我們，您可以容忍經過仔細考慮的重大變更，這些變更會改進框架。因此，我們將繼續逐步改進 API。以下是此版本中的重大變更。

• #42100 #42100 在使用 pushReplacement(...) 時運行之前路線的輔助動畫
• #45940 棄用 UpdateLiveRegionEvent
• #49389 快速捲軸時延遲圖片解碼
• #49391 文字選取溢出（Android）
• #49771 #49771 斷言快取提示未針對空繪製器設定
• #50318 #50318 實時圖片快取
• #50354 #50354 使用支撐框高度來計算選取矩形，以確保它們保持在可見範圍內
• #50733 在 gen_l10n 中生成訊息查找
• #51435 從 RouteSettings 中移除 isinitialroute
• #52781 將 mouse_tracking.dart 移到 rendering
• #44930 #44930 Navigator 2.0：重構命令式 API 以繼續在新導航系統中運作

總結

隨著我們的行動支援越來越成熟，同時我們讓 Web 更接近生產品質，Flutter 帶來了解決我們行業數十年來一直在努力解決的一個問題的希望：如何從單個程式碼庫跨多個平台構建出色的應用程式？憑藉 Flutter 提供的所有功能和能力，我們認為我們正在朝着回答這個問題的正確方向前進。您將構建什麼？

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

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

現代 Flutter Plugin 開發

作者：Amir Hardon, Chris Sells, Collin Jackson, Harry Terkelsen 以及 Matt Carroll

2019 年對於 Flutter Plugin 作者來說是科技進步的一年。我們推出了 Android Plugin API 2.0，它提供了一種更強大、功能更齊全的方式來在您的 Plugin 中實作 Android 支援。我們更新了 pubspec.yaml 格式，使其能夠清楚地指定 Android 和 iOS 支援，以及 Web、macOS、Windows 和 Linux。此外，隨著我們推進 Flutter 以支援多個平台，我們啟用了聯邦化，使具有不同專業知識的多個團隊能夠將其程式碼整合在一起，為使用 Plugin 的 Flutter 開發人員提供無縫的體驗。最後，我們在測試 Plugin 方面取得了長足的進步，還有更多進步即將到來。

Android Plugin API 2.0

在 2019 年 12 月，Flutter 發布了其 Android 嵌入的新版本。這是負責將 Flutter 整合到 Android 應用程式中的 Android 程式碼。它包含像 FlutterActivity、FlutterFragment、FlutterView 和 FlutterEngine 這樣的類別。v2 Android 嵌入包含對標準 Android 生命週期事件的支援，以及將 Flutter 執行與 Android UI 分離，這些功能在 v1 Android 嵌入中缺失。在開發 v2 Android 嵌入的過程中，很明顯現有的 Flutter Plugin API 不足以處理 v2 Android 嵌入的新功能。需要一個新的 Android Plugin API。我們將討論該 API 以及如何使用它。

首先，了解 v2 Android 嵌入中的 FlutterEngine 類別非常重要。FlutterEngine 物件代表一個單一的 Flutter 執行環境。這意味著 FlutterEngine 控制一個 Dart 隔離區（您的 Dart 程式碼，從像 main 這樣的進入點開始）。這也意味著 FlutterEngine 設定了一系列所有 Flutter 應用程式都需要使用的標準平台通道；它包含對平台視圖的支援，它知道如何使用 Flutter UI 繪製紋理，並且它處理執行單個 Flutter/Dart 應用程式的所有其他基本要求。此外，Android 應用程式可能同時包含多個 FlutterEngine。

“將 Plugin 加入”到 Flutter 應用程式中的基本概念是指將該 Plugin 應用到單個 FlutterEngine。例如，如果 Flutter 應用程式需要存取相機，則該功能是透過在特定 FlutterEngine 例項中註冊相機 Plugin 來實現的。此註冊是透過 GeneratedPluginRegistrant 自動完成的，但重要的是要了解每個 FlutterEngine 都維護著自己的 Flutter Plugin 集合。

在舊的 v1 Android 嵌入中，所有 Plugin 都在 Android 應用程式開始時初始化和配置，而且只有一個 Flutter 體驗。在 v2 嵌入中，我們不對 Plugin 何時初始化做任何假設，並且 Plugin 必須在每個 FlutterEngine 中初始化一次。因此，所有適用於 Android 的 Flutter Plugin 現在都必須支援實例化，而不是靜態初始化，並且它們必須支援附加到 FlutterEngine 以及從 FlutterEngine 中分離。以下程式碼範例展示了舊的 v1 Plugin 初始化實作與新的 v2 Plugin 初始化過程之間的差異。

舊的 Plugin 初始化

1
2
3
4
5
6
7
8

class MyOldPlugin {
  public static void registerWith(PluginRegistrar registrar) {
    // 從 registrar 取得 Plugin 所需的任何參考。
    //
    // 此 Plugin 現在被視為已“初始化”並“附加”到
    // Flutter 體驗。
  }
}

新的 Plugin 初始化

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

class MyNewPlugin implements FlutterPlugin {
  public MyNewPlugin() {
    // 所有 Android Plugin 類別都必須支援無參數
    // 建構函式。預設情況下，在沒有宣告的情況下，會提供無參數建構函式，但我們在此為了清晰起見而包含它。
    //
    // 在這一點上，您的 Plugin 已被實例化，但它
    // 尚未附加到任何 Flutter 體驗。您不應嘗試在這裡執行任何與取得
    // 資源或操作 Flutter 相關的工作。
  }

  @override
  public void onAttachedToFlutterEngine(FlutterPluginBinding binding) {
    // 您的 Plugin 現在已附加到由給定 FlutterEngine
    // 表示的 Flutter 體驗。
    //
    // 您可以透過 binding.getFlutterEngine() 取得關聯的 FlutterEngine
    //
    // 您可以透過 binding.getBinaryMessenger() 取得 BinaryMessenger
    //
    // 您可以透過 binding.getApplicationContext() 取得應用程式內容
    //
    // 您無法在此存取 Activity，因為這個 FlutterEngine 不一定是在
    // Activity 中顯示的。有關更多資訊，請參閱 ActivityAware 介面。
  }

  @override
  public void onDetachedFromFlutterEngine(FlutterPluginBinding binding) {
    // 您的 Plugin 現在不再附加到 Flutter 體驗。
    // 您需要清除在 onAttachedToFlutterEngine() 中建立的任何資源和參考。
  }
}

如新的 Plugin API 所示，您的 Plugin 必須等到 onAttachedToFlutterEngine() 完成後才能採取任何有意義的動作，並且它必須透過釋放所有資源來尊重 onDetachedFromFlutterEngine()。您的 Plugin 可能會被附加和分離多次。

此外，您的 Plugin 不應在 onAttachedToFlutterEngine() 中依賴 Activity 參考。您的 Plugin 附加到 Flutter 體驗並不意味著 Flutter 體驗是在 Activity 中顯示的。這是舊的 Plugin API 與新的 Plugin API 之間最重大的差異之一。在舊的 v1 Plugin API 中，Plugin 作者可以依賴於 Activity 立即且永久地可用。這不再正確。

需要存取 Activity 的 Plugin 必須實作第二個名為 ActivityAware 的介面。ActivityAware 介面為您的 Plugin 類別新增回呼，這些回呼告訴您的 Plugin 何時處於 Activity 中、Activity 何時經過配置變更，以及 Plugin 何時不再處於 Activity 中。您的 Plugin 必須尊重這些回呼。以下範例展示了 ActivityAware Plugin 的輪廓：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49

class MyNewPlugin implements FlutterPlugin, ActivityAware {
  @override
  public void onAttachedToFlutterEngine(FlutterPluginBinding binding) {
    // ...
  }

  @override
  public void onDetachedFromFlutterEngine(FlutterPluginBinding binding) {
    // ...
  }

  @override
  public void onAttachedToActivity(ActivityPluginBinding binding) {
    // 您的 Plugin 現在與一個 Android Activity 關聯。
    //
    // 如果呼叫此方法，則始終在呼叫
    // onAttachedToFlutterEngine() 後呼叫它。
    //
    // 您可以透過 binding.getActivity() 取得 Activity 參考
    //
    // 您可以透過 binding.getLifecycle() 監聽生命週期變更
    //
    // 您可以透過在 binding 上使用適當的方法，監聽 Activity 結果、新的 Intent、使用者
    // 離開提示以及狀態儲存回呼。
  }

  @override
  public void onDetachedFromActivityForConfigChanges() {
    // 您的 Plugin 與之關聯的 Activity 因配置變更而被銷毀。它會立即回來，
    // 但您的 Plugin 必須清除對該
    // Activity 和關聯資源的任何參考。
  }

  @override
  public void onReattachedToActivityForConfigChanges(
    ActivityPluginBinding binding
  ) {
    // 您的 Plugin 現在已與一個新的 Activity 例項關聯，
    // 這是因為配置變更已發生。您現在可以重新建立
    // 與 Activity 和關聯資源的參考。
  }

  @override
  public void onDetachedFromActivity() {
    // 您的 Plugin 現在不再與 Activity 關聯。
    // 您必須清除所有資源和參考。您的
    // Plugin 可能會再次與 Activity 關聯，也可能不再關聯。
  }
}

新的 Plugin API 明確地認識到 Plugin 可能會或可能不會與 Activity 關聯，並且任何此類 Activity 都可能因配置變更而在任何時候被銷毀和重新建立。這些問題應該對所有 Android 開發人員來說都很熟悉。

為 Flutter 的 v2 Android 嵌入撰寫 Plugin 的關鍵是尊重您的 Plugin 實作的每個 Plugin 生命週期回呼。只要您等到正確的時間建立參考，並在適當的時間釋放那些參考，您的 Plugin 將按預期運作。

一些 Plugin，例如相機 Plugin，只有在 Activity 可用時才有意義。那麼這些 Plugin 要怎麼做呢？如果是只有 UI 的 Plugin，這些 Plugin 可以等到 onAttachedToActivity() 執行後才能執行任何工作。然後，在 onDetachedFromActivity() 中，這些 Plugin 可以清除所有參考，並基本上停用自身。Plugin 不需要在 onAttachedToFlutterEngine() 中做任何特殊事宜。Plugin 只有在附加到 Activity 時才執行工作是可以接受的。

有關如何將您的 Android Plugin 從 v1 API 遷移到 v2 API 的更多詳細資訊，請參閱 flutter.dev 上的 支援新的 Android Plugin API。

新的 pubspec 格式

傳統上，Flutter Plugin 是一個單一套件，它讓在 Android 和 iOS 上執行的 Flutter 應用程式能夠存取平台特定的功能；技術上來說，Plugin 由 Dart 程式碼組成，程式碼背後是 Android 特定和 iOS 特定的程式碼。儘管任何 Flutter Plugin 都支援 Android 和 iOS 的假設並不準確（例如，android_intent Plugin 僅支援 Android），但在最初的設計中，Plugin 生態系統是以該假設為基礎。這個假設在很大程度上是正確的，這意味著對於少數幾個錯誤的案例，整體成本很低，而這個簡化的假設則能快速發展並集中焦點。

隨著 Flutter 逐漸支援更多平台，我們決定放棄這個簡化的假設，因為：

1. 我們預計許多 Plugin 只會支援 Flutter 支援平台的一部分（更何況是下面提到的聯邦化 Plugin）。
2. 我們想要解鎖需要了解 Plugin 支援平台的工具功能（例如，更智慧的 pub.dev 搜尋和平台感知的工具操作）。

核心缺失的部分是 Plugin 支援哪些平台的清楚指示，因此我們重新設計了 Flutter Plugin 的 pubspec 架構，以圍繞多平台支援。

在之前的 pubspec 架構下，flutter.plugin 鍵包含不同的 Plugin 組態位元，而我們則在 flutter.plugin.platforms 鍵下為每個平台引入了新的鍵，其中包含平台特定的 Plugin 組態。例如，以下展示了支援 Android、iOS、macOS 和 Web 的 Plugin 的 pubspec：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

flutter:
  plugin:
    platforms:
      android:
        package: com.example.hello
        pluginClass: HelloPlugin
      ios:
        pluginClass: HelloPlugin
      macos:
        pluginClass: HelloPlugin
      web:
        pluginClass: HelloPlugin
        fileName: hello_web.dart

environment:
  sdk: ">=2.1.0 <3.0.0"
  # Flutter 版本在 1.10 之前不支持
  # flutter.plugin.platforms 映射。
  flutter: ">=1.10.0"

支援這些平台一部分的 Plugin 可以從 platforms 映射中省略平台鍵，例如：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

flutter:
  plugin:
    platforms:
      android:
        package: com.example.hello
        pluginClass: HelloPlugin
      ios:
        pluginClass: HelloPlugin

environment:
  sdk: ">=2.1.0 <3.0.0"
  # Flutter 版本在 1.10 之前不支持
  # flutter.plugin.platforms 映射。
  flutter: ">=1.10.0"

請注意，使用新的架構時，需要 Flutter SDK 大於 1.10.0，因為這是 Flutter 工具首度支援此架構的版本。

將現有的 Plugin 遷移到新的架構

本節以電池 Plugin 為例，逐步介紹如何將範例 Plugin 從之前的架構遷移到新的架構。

遷移時最重要的是只宣告 Plugin 支援的平台（這在之前是不可能的，這意味著只支援 Android 的 Plugin 必須包含一個無效的 iOS 實作，反之亦然）。

以下是範例 Plugin 的 pubspec.yaml 檔案在遷移之前相關的部分：

1
2
3
4
5
6
7
8
9
10
11

name: sample
version: 0.3.1+5

flutter:
  plugin:
    androidPackage: io.flutter.plugins.sample
    iosPrefix: FLT
    pluginClass: SamplePlugin

environment:
  flutter: ">=1.6.7 <2.0.0"

假設 Plugin 支援 Android 和 iOS，則升級到新的架構包含以下步驟：

• 將所需的最小 Flutter 版本提高到 1.10.0（這是首度支援新的架構的版本）。
• 輕微的版本升級
• 將 flutter.plugin 中的當前欄位替換為新的 platforms 欄位。
• 如果之前使用了 iosPrefix 欄位，請重新命名主要的 iOS Plugin 檔案（更多詳細資訊在下面）。

更新後的 Plugin pubspec 如下所示：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

name: sample
version: 0.3.2

flutter:
  plugin:
    platforms:
      android:
        package: io.flutter.plugins.sample
        pluginClass: SamplePlugin
      ios:
        pluginClass: FLTSamplePlugin

environment:
  flutter: ">=1.10.0 <2.0.0"

請注意，由於 Plugin 支援 Android 和 iOS，因此這些是 flutter.plugin.platforms 下唯一的鍵。flutter.plugin.androidPackage 欄位在舊架構中的值成為 flutter.plugin.platforms.android.package 的值。新的架構沒有 iosPrefix 欄位的等效欄位，因為 iOS 的 pluginClass 有專用的鍵，我們可以在 flutter.plugin.platforms.ios.pluginClass 欄位中使用前綴，該欄位設定為 FLTSamplePlugin。

之前使用 iosPrefix 欄位的 Plugin

之前的架構暗示 iOS Plugin 的主介面名稱與其檔案名稱之間存在不一致，例如，對於這個使用之前的架構定義的範例 Plugin，將會有一個 SamplePlugin.h 檔案，該檔案宣告了一個 FLTSamplePlugin 介面。這種不一致不再受支援，這意味著升級到新的架構時，SamplePlugin.h 檔案必須重新命名為 FLTSamplePlugin.h。沒有使用 iosPrefix 鍵的 Plugin 不需要重新命名任何檔案。

有關開發支援任意平台的 Plugin 的更多資訊，請參閱 flutter.dev 上的 開發 Plugin 套件。

聯邦化

新的 pubspec 架構不僅允許您精確指定 Plugin 支援的平台，它還讓您能夠將實作分散到多個套件中。過去，Plugin 的 Dart 程式碼、Android Java（或 Kotlin）程式碼以及 iOS Objective-C（或 Swift）程式碼都需要在同一個 Dart 套件中。現在，如果我們想要添加對另一個平台（Web、Mac OS、Windows 等）的支援，它不需要在同一個套件中。分散在多個套件中的 Plugin 被稱為 聯邦化 Plugin。

與單一套件 Plugin 相比，聯邦化 Plugin 有幾個優點，包括：

• Plugin 作者不需要擁有對每個支援的 Flutter 平台（Android、iOS、Web、Mac OS 等）的領域知識。
• 您可以在不讓原始 Plugin 作者審查和拉取您的程式碼的情況下添加對新平台的支援。
• 每個套件都可以獨立維護和測試。

那麼，您究竟如何建立 聯邦化 Plugin 呢？讓我們從一些術語開始：

• 應用程式面向套件： 這是您在應用程式中導入以使用 Plugin 的套件。例如，package:url_launcher 就是一個應用程式面向套件。應用程式面向套件宣告應用程式面向 API，並與各種 平台套件 合作執行平台特定的功能。
• 平台套件： 這是實作 應用程式面向套件 所需的平台特定功能的套件。例如 package:url_launcher_web：這個套件由 package:url_launcher 使用，在 Web 平台上運行 Flutter 應用程式時啟動 URL。平台套件不應在應用程式中導入，它們僅供 應用程式面向套件 用於呼叫所需的平台特定程式碼。
• 平台介面套件： 這是將 應用程式面向套件 與 平台套件 整合在一起的黏合劑。應用程式面向套件 宣告可以在 Flutter 應用程式中呼叫的 API，而 平台介面套件 則宣告每個 平台套件 必須實作的介面，以便支援 應用程式面向套件。讓單一套件定義此介面可以確保所有 平台套件 都以統一的方式實作相同的功能。

上圖顯示了應用程式、應用程式面向套件、平台套件和平台介面套件之間的相依性圖。應用程式始終只導入應用程式面向套件（在本例中為 package:url_launcher）。

平台介面 如何將應用程式面向套件與正確的平台套件整合在一起？過去，沒有“平台套件”，只有 Android 程式碼的子資料夾，以及 iOS 程式碼的另一個子資料夾。應用程式面向套件透過 MethodChannel 與平台程式碼通訊。您可以將 MethodChannel 視為事實上的“平台介面”，因為應用程式面向套件呼叫 MethodChannel，而對應的平台程式碼必須在 MethodChannel 上監聽具有正確參數的正確方法。沒有辦法靜態地確認 Android 程式碼或 iOS 程式碼是否正在監聽正確的 MethodChannel 呼叫。

啟動 URL 的舊方法

1
2
3
4
5

Future<void> launch(String url) {
  channel.invokeMethod('launch', {
    'url': url,
  });
}

在聯邦化 Plugin 架構中，平台介面套件 替換了 MethodChannel。應用程式面向套件從平台套件需要的平台特定功能被封裝在平台介面中。在我們的範例中，應用程式面向套件是 package:url_launcher，它唯一需要的平台特定功能是能夠在給定平台上啟動 URL。一個（非常）簡單的平台介面將看起來像這樣：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

abstract class UrlLauncherPlatform {
  /// 啟動給定的 [url]。
  Future<void> launch(String url);

  /// 此平台介面的實時“例項”。
  ///
  /// 這是在註冊平台套件時設定的，
  /// 通常是在平台初始化時。
  ///
  /// 例如，Web 平台套件
  /// (package:url_launcher_web) 將使用一個
  /// 在新標籤頁中啟動 URL 的實作擴展此類別，
  /// 並在初始化時將自己設定為實時
  /// 例項，方法是：
  ///
  ///     UrlLauncherPlatform.instance = WebUrlLauncher();
  static UrlLauncherPlatform instance;
}

現在，應用程式面向套件不再呼叫 MethodChannel，而是呼叫平台介面。

啟動 URL 的新方法

1
2
3

Future<void> launch(String url) {
  return UrlLauncherPlatform.instance.launch(url);
}

因此，應用程式面向套件 呼叫 平台介面。平台介面如何與 平台套件 整合在一起？平台套件實作平台介面，並在平台初始化時將自己註冊為平台介面的預設例項。

例如，如果我們想要撰寫 package:url_launcher_web，我們只需要撰寫一個擴展 UrlLauncherPlatform 的類別，並為 Web 平台啟動 URL。程式碼將看起來像這樣：

1
2
3
4
5
6
7
8
9
10

class UrlLauncherWeb extends UrlLauncherPlatform {
  /// Web 平台在應用程式初始化時會自動呼叫此方法。
  static void registerWith(Registrar registrar) {
    var webLauncher = UrlLauncherWeb();
    UrlLauncherPlatform.instance = webLauncher;
  }

  @override
  Future<void> launch(String url) => window.open(url, '');
}

遷移到聯邦化 Plugin 架構的好處是，一旦您設定了應用程式面向套件和平台介面套件，添加對新平台的支援就變得非常簡單（而且您甚至不需要親自做！）。所有需要做的就是建立一個新的平台套件，該套件擴展平台介面套件中宣告的平台介面。

有關聯邦化 Plugin 的更多詳細資訊，請參閱 flutter.dev 上的 聯邦化 Plugin。

測試 Plugin

在撰寫新的跨平台 Plugin 或為現有的 Plugin 添加平台時，您可以透過撰寫測試來節省時間和避免未來的麻煩。自動化測試可以保護您的 Plugin 免受功能性回歸，讓您能夠快速開發新功能並合併貢獻。

一個經過充分測試的 Plugin 通常包含分散在多個套件中的幾種測試風格。您可能會因為撰寫不穩定或不太可能失敗的測試而降低效率，因此請專注於讓您相信關鍵用例仍然具有功能的測試撰寫。

AutomatedWidgetsFlutterBinding 測試

使用 AutomatedWidgetsFlutterBinding 運行的測試在開發機器上運行，而不是在設備或瀏覽器上運行。因此，它們運行速度更快，並且某些功能需要由模擬提供。

在應用程式面向套件中（例如 myplugin），套件的單元測試確保對應用程式面向 API 的呼叫會導致與平台介面套件的預期交互。這些測試通常導入 package:mockito 來提供一個虛假的平台介面，並驗證它是否接收到正確的呼叫。以下是一個來自 package:url_launcher 的 範例測試：

1
2
3
4
5
6

test('returns true', () async {
  when(mock.canLaunch('foo')).thenAnswer((_) =>
    Future<bool>.value(true));
  final bool result = await canLaunch('foo');
  expect(result, isTrue);
});

在平台介面套件中（例如 myplugin_platform_interface），平台介面是一個抽象類別，無法直接實例化。但是，平台介面套件通常也包含平台介面的方法通道實作，因此這就是您應該測試的內容。此套件的測試應專注於從對平台介面的呼叫產生的方法通道呼叫以及方法通道。這些測試通常使用 setMockMethodCallHandler 與 isMethodCall 匹配器來驗證行為。

1
2
3
4
5
6
7
8
9
10
11

test('canLaunch', () async {
  await launcher.canLaunch('http://example.com/');
  expect(
    log,
    <Matcher>[
      isMethodCall('canLaunch', arguments: <String, Object>{
        'url': 'http://example.com/',
      })
    ],
  );
});

在平台測試中（例如 myplugin_web），您可以利用平台特定的功能。在當前的 Flutter SDK 中，flutter test 提供一個實驗性的 –platform 標誌，讓您能夠選擇在一個類似的 Chrome 環境中運行測試，該環境可以使用 dart:html。

這個測試模式對於在平台實作套件（例如，myplugin_web）中撰寫測試很有用。

1
2
3

test('cannot launch "tel" URLs', () {
  expect(canLaunch('tel:5551234567'), completion(isFalse));
});

此外，您可以使用 針對 Web 的實驗性 ‘flutter drive’ 測試支援 在 Chrome 中運行您的 GUI 測試。

有關 Plugin 測試的更多資訊，請參閱 flutter.dev 上的 測試您的 Plugin。

結論

如您所見，Flutter Plugin 開發人員有很多新功能，讓您能夠在更多平台上建立功能更齊全、更強大的 Plugin。如果您有興趣了解一些 Web 特定的細節，我推薦 Harry Terkelsen 的兩部分系列文章，如何撰寫 Flutter Web Plugin（第 1 部分 和 第 2 部分）。有關一般 Plugin 撰寫的更多資訊，flutter.dev 上的 開發 Plugin 套件 文件也是一個很好的資源。

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