每年,我們和其他 Google 的大型團隊一樣,都會進行規劃過程,以設定我們在未來一年的目標和重點領域。通常,產品團隊會嚴格保護這些文件,因為它們可能包含商業敏感資訊,或與競爭優勢領域相關。然而,作為一個開源專案,我們認為透明度是一種美德:它可以讓人們更信賴我們的未來和方向,並讓其他人更清楚地了解他們的投資如何與我們的投資相連。
因此,今天我們首次與整個社群分享我們的 年度策略文件。在這個文件中,我們表達了我們的使命,分享了一些指導原則,並描述了我們計劃在未來一年進行的主要投資。出於必要,我們做了一些小幅度修改(例如,商業敏感資料或對未宣布產品的參考),但我們相信這提供了對我們計劃良好的概述。這個策略文件應該與我們 wiki 上的 工程路線圖 一起閱讀,後者提供了有關我們正在開發的功能的更多細節。
關於以上句子中使用「我們」這個詞的一個重要說明,這可能被理解為「那些 Google 付錢讓他們在 Flutter 上工作的人」。Flutter 是 Google 內外許多貢獻者的成果。雖然 Google 是最大的贊助商,以付費貢獻者的數量衡量,但它不是唯一的貢獻者。在過去的一年裡,數千名個人為該專案貢獻了他們的智慧財產和勞動力,從個人到 Canonical、Microsoft、ByteDance 和阿里巴巴等大型企業。
因此,雖然策略文件描述了 Google 的投資並分享了這些決策背後的理由,但它並不打算限制他人對 Flutter 的貢獻方式。我們希望我們的作品能夠很好地滿足整個社群的需求,但我們預計分享這個文件的一個好處是,其他人將看到他們自己的投資機會,無論是建立在 Google 計劃貢獻的作品之上,還是填補我們沒有優先考慮的領域。
這方面的例子包括 Sony 在 嵌入式 Linux 上的工作;Toyota 和其他汽車公司在 汽車級 Linux 中使用 Flutter 的投資,以及三星和其他公司將 Flutter 移植到 Tizen 的工作。雖然這些工作都沒有列在我們的策略文件中,但它仍然是 Flutter 專案的一部分,就像 Google 貢獻的任何程式碼一樣。當然,還有數萬個建立在框架之上的套件,其中絕大多數來自 Google 之外的開發人員。
這個版本有許多令人興奮的更新,包括 Flutter 對 Windows 支援的重大進展、幾個重要的效能提升、框架中對圖示和顏色的新支援,以及一些工具的改進。此外,我們還有一些關於移除 dev 頻道的更新、對舊版 iOS 的支援減少,以及一些重大變化的簡短清單。讓我們開始吧!
Windows 上的生產應用程式準備就緒
首先,Flutter 2.10 版本帶來了 Windows 支援的穩定版本。您不再需要切換旗標來獲得在 Flutter 的 stable 頻道上生成 Windows 應用程式的功能 - 現在這個功能預設提供!
當然,我們做的不僅僅是切換旗標。這個版本包括對文字處理、鍵盤處理和鍵盤快捷鍵的廣泛改進,以及與 Windows 的直接整合,支援命令列參數、全球化文字輸入和無障礙功能。
關於 Windows 穩定版發佈的更多資訊,請參閱 宣布 Flutter for Windows 部落格文章,這篇文章描述了 Flutter 在 Windows 上的架構,它允許深度整合,並讓您了解有多少 Flutter 套件和插件已經支援 Windows。您也可以看到我們的工具和應用程式合作夥伴使用 Flutter 在 Windows 上做的一些例子!
這個版本還包含一些針對 Web 的改進。例如,在之前的版本中,當捲軸到 Web 上多行 TextField 的邊緣時,它不會正確捲軸。這個版本引入了 文字選取的邊緣捲軸:當選取範圍移動到文字欄位之外時,欄位會捲軸以顯示捲軸範圍。這種新的行為適用於 Web 和桌面應用程式。
此外,這個版本的 Flutter 包含了另一個針對 Web 的顯著改進。我們一直在尋找方法來減少 Flutter 對 Web 的對映開銷。在之前的版本中,每次我們想要將原生 HTML Widget 加入到 Flutter 應用程式時,我們都需要一個覆蓋層作為我們針對 Web 的平台視圖支援的一部分。這些覆蓋層中的每一個都允許自訂繪製,但會造成一定程度的開銷。如果您的應用程式中有大量的原生 HTML Widget,例如連結,這些開銷會加起來。在此版本中,我們為 Web 建立了一個新的「非繪製平台視圖」,基本上消除了這種開銷。我們已經 在 連結 Widget 中利用了這種優化,這意味著如果您的 Flutter Web 應用程式中有許多連結,它們將不再會造成任何顯著的開銷。我們將隨著時間推移將這種優化應用於其他 Widget。
自我們推出 Flutter 以來,我們一直專注於提供一個跨平台解決方案,用於構建精美的自定義應用程式,這些應用程式被編譯為機器碼,並充分利用您設備的底層圖形硬體。今天,隨著 Windows 作為應用程式目標的首次生產版本支援的發布,我們擴展了這個願景,使 Windows 開發人員能夠從移動開發人員一直以來享有的相同生產力和功能中受益。
但是,桌面應用程式不僅僅是在更大螢幕上運行的行動應用程式。它們是為不同的輸入設備(例如鍵盤和滑鼠)而設計的。它們具有可調整大小的視窗,通常在寬螢幕顯示器上運行。對於關鍵事項(如輔助功能、輸入法編輯器和視覺樣式)存在不同的慣例。它們與底層作業系統中的不同 API 整合:桌面應用程式支援從檔案系統選擇器到設備硬體到 Windows 登錄等數據存儲的所有內容。
因此,雖然我們將 Flutter *帶到* Windows,但我們也為 Windows *量身定制* 了它。
與我們對 Android 和 iOS 的支援一樣,Flutter 的 Windows 實作結合了 Dart 框架和 C++ 引擎。Windows 和 Flutter 通過一個嵌入層進行通訊,該嵌入層託管 Flutter 引擎,並負責轉換和分派 Windows 消息。Flutter 與 Windows 配合將您的 UI 繪製到螢幕上,處理視窗調整大小和 DPI 變化等事件,並使用現有的 Windows 模式進行國際化,例如輸入法編輯器。
您的應用程式可以使用 Flutter 框架的每個部分,在 Windows 上,它也可以直接通過 Dart 的 C 互操作層或使用用 C++ 編寫的平台插件與 Win32、COM 和 Windows 執行時 API 通話。我們還適應了一些常見的 Plugin,以包含 Windows 支援,包括 camera、file_picker 和 shared_preferences。更重要的是,社群已經為各種其他套件添加了 Windows 支援,涵蓋從 Windows 工作列整合到串列埠存取的所有內容。
為了獲得完全自定義的 Windows UI,您還可以利用 `fluent_ui` 和 `flutter_acrylic` 等套件來建立一個精美地表達 Microsoft Fluent 設計系統的應用程式。使用 `msix` 工具,您可以將應用程式包裝在安裝程式中,可以上傳到 Windows 上的 Microsoft Store。
總之,這促進了應用程式的創建,這些應用程式在 Windows 上看起來很棒,在 Windows 上運行很快,並且仍然可以傳輸到其他桌面或行動設備以及 Web。以下是我們到目前為止看到的一些早期範例:
Microsoft 和 Flutter
我們詢問 Windows 團隊是否願意分享一些關於 Flutter 支援的意見。以下是 Microsoft Windows 開發者平台公司副總裁 Kevin Gallo 的說法:
“我們很高興看到 Flutter 添加了對創建 Windows 應用程式的支援。Windows 是一個開放平台,我們歡迎所有開發人員。我們很興奮看到 Flutter 開發人員將他們的經驗帶到 Windows,並發布到 Microsoft Store。Flutter 對 Windows 的支援是社群的一大步,我們迫不及待地想看看您將為 Windows 帶來什麼!”
我們還對 Microsoft 在 Windows 輔助功能方面進行的投資印象深刻,我們感謝該團隊的幫助,確保 Flutter 從一開始就支援螢幕閱讀器。將輔助功能視為利基需求是一個錯誤。正如 Microsoft 包容性設計工具包中的這張圖所示,我們都有理由關心提供適合不同永久性、暫時性或情境性需求的體驗。
下面的視頻演示了 Flutter 如何與 Windows Narrator 整合。出於這個視頻的目的,我們故意模糊了螢幕,讓您了解這項功能對需要它的人來說是多麼有價值。
此外,在 3.0 版本中,webview_flutter 為一個新的平台提供了初步支援:Web。我們已經有很多開發者詢問是否能夠在 Flutter Web 應用程式中託管 Web 視圖,這允許您從單個程式碼庫中為行動設備或 Web 構建應用程式。在 Flutter Web 應用程式中託管 Web 視圖是什麼樣子的呢?從程式碼的角度來看,它看起來完全一樣:
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 中看到一個範例。
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