Chrome 開發人員大會在幾週前結束，以下是這場活動的一系列報告中的第一篇。我們非常重視行動裝置和跨裝置開發，因此我們就從這方面開始吧！
行動版網頁應用程式的最佳使用者體驗模式 (由 Paul Kinlan 撰寫)
分析前 1000 個網站的行動裝置相容性後，我們發現了一些問題：53% 的網站仍只提供電腦版體驗、82% 的網站在行動裝置上有互動性問題，以及64% 的網站有使用者無法順利閱讀的文字。
快速改善行動版網頁體驗
- 一律定義可視區
- 讓內容適合可視區域
- 維持可讀的字型大小
- 限制網頁字型的使用
- 適當調整輕觸目標的大小和間距
- 使用語意類型做為輸入元素
PageSpeed Insights 剛推出使用者體驗分析功能，可協助您找出網站行動裝置使用者體驗的常見問題。快來體驗看看吧！
多裝置無障礙功能 (Alice Boxhall)
使用者會透過多種裝置存取您的網站和服務，且有各種不同的無障礙需求。使用正確的語意元素和 ARIA 角色，有助於瀏覽器和輔助技術更瞭解網頁。
瞭解及解決 a11y 問題的重要方法
- 確保使用者能享有良好的僅限鍵盤使用體驗
- 使用正確的元素選擇和 ARIA，表達介面的語意
- 在電腦上使用 ChromeVox，在 Android 上使用 TalkBack 進行測試。
- 試用 無障礙開發人員工具 Chrome 擴充功能
- 越來越多不同類型的使用者上網，因此您更需要讓網站更易於存取
使用 Chrome WebView 建構行動應用程式 (Matt Guant)
我們都知道開發人員在過去為 WebView 建構應用程式時遇到的問題：HTML5 功能有限、沒有偵錯工具、沒有建構工具。在 Android 4.4 (KitKat) 中推出Chromium 支援的 WebView 後，開發人員現在可以使用各種新工具，透過 WebView 建構出色的原生應用程式。
WebView 支援使用 Chrome 的相同工具進行完整的遠端偵錯。您也可以使用 Grunt 處理可信賴的網頁開發工作流程，並透過 Gradle 將其整合至原生堆疊工具。進一步整合兩個世界，有個聰明的訣竅可使用 Chrome 開發人員工具，透過 JavaScript 測試原生程式碼。
投影片：使用 Chrome WebView 建構行動應用程式
有效的 WebView 開發心得
- 重要的不是新功能，而是您現在可以使用這些工具加快工作流程
- 請勿嘗試模擬原生 UI。但請務必移除一些表明該內容為網路內容的線索。
- 在適當情況下使用功能的原生實作項目。也就是說，請針對大型檔案使用 DownloadManager 而非 XHR。
針對跨裝置環境進行工作流程最佳化 (Matt Gaunt)
如果我們必須為電腦、行動裝置、平板電腦、穿戴式裝置和其他板型規格進行開發，您如何才能最佳化工作流程，讓生活更輕鬆自在？我們提供多裝置的穩固方法，可搭配 LiveReload、Grunt、Yeoman 和新推出的Mini Mobile Device Lab 快速進行疊代。最後，如果您沒有要測試的實體硬體，部分供應商會透過雲端提供這類硬體。
重點
- 我們需要支援的裝置數量只會增加
- 使用 Grunt 和 Yeoman 打造合適的工作流程
- 使用迷你行動裝置測試室，簡化跨瀏覽器和跨裝置測試
- 請明智地選擇模擬器，例如 Chrome 開發人員工具模擬器、原始模擬器、Saucelabs、Browserstack 和 appexperience 等雲端模擬器，以及第三方模擬器 Genymotion
- 行動裝置測試不只是在 Wi-Fi 連線上進行測試，還要使用 Proxy 模擬較慢的網路速度
網路連線：選用，作者：Jake Archibald
我們從這場演講中學到許多東西：Jake 在演講時不穿鞋；Business Kinlan 即將推出新書；瀏覽器供應商正認真看待離線功能，您很快就能取得相關工具，打造出色的離線體驗。
ServiceWorker 可讓我們輕鬆打造引人入勝的離線優先體驗，不必擔心 AppCache 帶來的困擾。您甚至可以使用 Polyfill 測試 API。
ServiceWorker 可提供協助
- 在下一代漸進式增強功能中，我們將網路視為潛在的增強功能
- ServiceWorker 可讓您透過指令碼完全掌控網路要求，並進行偵錯
- 如果您有離線體驗，請勿等到網路連線失敗時才顯示，因為這可能需要很長的時間