[譯] useEffect 有時候會在瀏覽器繪製（Paint）之前觸發
useEffect 應該在瀏覽器渲染（ paint() ）之後執行，以防止阻塞更新。但您知道它並沒有保證一定在渲染之後觸發？在 useLayoutEffect 中更新狀態（state）會導致同一次渲染中的 useEffect 在渲染之前執行，這是為了有效率的處理佈局的效果。感到困惑嗎？
useEffect 應該在瀏覽器渲染（ paint() ）之後執行，以防止阻塞更新。但您知道它並沒有保證一定在渲染之後觸發？在 useLayoutEffect 中更新狀態（state）會導致同一次渲染中的 useEffect 在渲染之前執行，這是為了有效率的處理佈局的效果。感到困惑嗎？
React 18 alpha 已經釋出，穩定版可能幾個月後就會跟進。是時候聊聊加入的新功能了。如果您本來就不知道 React 那您可以略過這篇文章。
介紹新功能之前，我們先來看一些您有可能不熟的概念，例如 SSR，Suspense 還有 Hydration。如果您已經知道這些，您可以直接跳到 React 18 的變更一章。
伺服器端渲染 SSR 主要和改善使用者體驗和 SEO 有關，並不是針對改善應用程式的效能。當客戶端對一般 React 應用程式請求頁面時，伺服器會回應一些檔案。這種情境下有兩個很重要的檔案：第一個是一個幾乎為空的 HTML，第二個就是 bundle.js。應用程式依據路由在這個空的 HTML 中利用 JS 動態產生內容。這種模式叫做客戶端渲染，因為主要是由客戶端動態渲染。使用者最一開始會看到空白的頁面，接著當 bundle.js 下載完畢會動態渲染。
Zoom API 允許開發者從 Zoom 請求平台的資訊，包含但不限於使用者詳細資料，會議報告，儀表板資料，以及執行平台的一些功能。例如建立新的使用者或刪除會議紀錄。
在為我們的專案（React）進行程式碼審查的時候，我常發現開發成員沒有意識到關於 useState 提供的一些好用功能或討厭的陷阱。雖然這些觀念不是什麼重大的啟發，但每一個使用 Hook 的人都應該要了解。
幾天前（2021-09-18）我看到 Miriam Suzanne 的一則關於 CSS Query 單位支援的 Tweet 。這個功能最一開始是由 Una Kravets 建議提案。我忍不住試試看它們，看看我們可以從這個功能中得到什麼好處。
本文會嘗試解釋每個單位的運作和我們該如何使用它們，尤其是元件該如何因應父元素的寬。如果您還不知道什麼是 CSS 容器查詢。這裡有一些範例介紹和關於容器查詢如何影響我們的實作，如果您還沒有任何概念強烈建議您先閱讀該文章。
作為前端開發人員，在過去六年中，我沒有像現在這樣對 CSS 的新功能感到興奮。容器查詢（Container Query）現在已經可以通過在 Chrome 設定參數啟動支援。感謝那些像是 Miriam Suzanne 的人的努力。
我記得看過很多關於支援 CSS 容器查詢的笑話，但最終它成為現實。這篇文章試著了解為什麼我們會需要容器查詢，以及我們如何使用它們簡化開發，更重要的是您可以實現更強大的元件和佈局。
一個網頁通常由不同的區塊和元件組成，然後我們利用 CSS Media Query 讓它們支援 RWD。這機制沒有什麼問題，但有一些限制。例如我們可以使用 Media Query 在行動裝置呈現元件最小化的版本。
很多時候，RWD 並不是由 Viewport 或螢幕大小來決定的，而應該是由容器的大小來決定。試想下面的範例：
理論上 Sitemap 協助搜尋引擎的網頁爬蟲發現您網站所有的頁面。Google 文件有詳細說明
如果您網站的頁面都有正確的連結，爬蟲通常可以發現全部的頁面。即便如此，Sitemap 也可以改善網頁抓取尤其是您的網站滿足下拉條件之一時：
- 您的網站非常大。因此 Google 爬蟲有可能會忽略抓取一些最近更新的頁面
- 您的網站有大量內容頁面存檔。這些頁面屬於獨立頁面或沒有被妥善連結。如果您的網站本身每個頁面沒有做好參考關聯，您可以將他們列在 Sitemap 上來確保 Google 不會忽略它們。
- 您的網站是新網站，當下幾乎沒有外部連結。Google Bot 和其他爬蟲是根據某個頁面的連結來找到另一個頁面的。如果外部沒有任何連結，結果就是 Google 可能根本沒有發現您的頁面。
- 您的網站使用大量媒體內容，顯示在 Google News 或其他網站相容的 Sitemap 註記
本文為翻譯自 Comparing the New Generation of Build Tools 一文加上更新補充。因建置工具更新速度關係，如遇部分內容無法實作或不一致請參考各官方文件。
過去的一年出現了一堆新的開發工具，它們緊跟著那些目前佔據前端世界的建置工具例如：webpack，Babel，Rollup，Parcel，create-react-app。
這些新工具的目的並不是實現一模一樣功能，它們各自有不同想嘗試解決的問題或新增的功能。儘管有所不同，但這些工具都有著共同的目標：改善開發者體驗。
具體來說，本文希望試著分析每個新工具，概述它們的功能，以及為什麼我們需要它們和適用的情境。我知道項目之間的比較很難非常公平，再一次強調這裡比較的項目，它們的關係並非直接的競品。實際上例如 Snowpack 底層就有使用 esbuild 來處理某些事情。
本文的目的是更進一步了解這些工具的前景和它們提供什麼功能可以讓我們簡化開發流程。如此一來我們就知道能有什麼選擇，以及它們是如何組成的，然後在需要的時候我們可以做出比較好的決定。
當然這些論述有受到我使用 React 和 Preact 經驗的影響。個人比較熟悉這些函式庫，但我們也會探討對其他前端函式庫的支援和使用。
關於這些新工具網路上有許多不錯的文章，影片，廣播等。推薦 ShopTalk Show Episode 454 探討關於 Vite 以及 Episode 448 Snowpack 和 wmr 作者的介紹。從這些影片介紹我們知道這些工具如何加速優化了我們的開發工作。
[toc]
React DnD 是 React 一系列的單元功能，用來協助您建置介面上複雜的拖拉功能同時維持元件解耦。特別適合像是 Trello 類型的應用程式利用拖拉來轉移資料，並依據拖拉事件變更的狀態改變元件的外觀。
1 | $ npm i react-dnd react-dnd-html5-backend |