單頁應用程式適用的相同文件檢視轉換功能

Jake Archibald

Bramus

發布日期：2021 年 8 月 17 日，上次更新日期：2024 年 9 月 25 日

當檢視畫面轉場在單一文件中執行時，稱為「同文件檢視畫面轉場」。這通常是在單頁應用程式 (SPA) 中，透過 JavaScript 更新 DOM 的情況。自 Chrome 111 起，Chrome 支援相同的文件檢視轉換功能。

如要觸發同一個文件檢視畫面的轉場效果，請呼叫 document.startViewTransition：

function handleClick(e) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    updateTheDOMSomehow();
    return;
  }

  // With a View Transition:
  document.startViewTransition(() => updateTheDOMSomehow());
}

叫用時，瀏覽器會自動擷取所有含有 view-transition-name CSS 屬性的元素快照。

接著，它會執行傳入來更新 DOM 的回呼，然後由此擷取新狀態的快照。

接著，這些快照會排列在偽元素樹狀結構中，並使用 CSS 動畫功能製作動畫。新舊狀態的快照組合也能從舊位置和大小順利轉換到新位置，同時內容則交錯淡出。如有需要，可以使用 CSS 自訂動畫。

---

預設轉場效果：交叉淡出

預設的檢視畫面轉場效果為交錯淡出，因此是這個 API 的很好簡介：

function spaNavigate(data) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    updateTheDOMSomehow(data);
    return;
  }

  // With a transition:
  document.startViewTransition(() => updateTheDOMSomehow(data));
}

其中 updateTheDOMSomehow 會將 DOM 變更為新的狀態。當然，你都可以做到。舉例來說，您可以新增或移除元素、變更類別名稱，或變更樣式。

這樣一來，頁面就會交錯淡出淡入：

預設交叉淡出效果。最簡單的示範。來源。

好的，交叉漸變並不令人印象深刻。幸好，轉場效果可以自訂，但您必須先瞭解這種基本的交叉漸變效果。

注意： 本文件中的示範連結較不顯眼，但程式碼集也很小。目標是方便使用者閱讀及瞭解所有程式碼，而不必瞭解任何特定 SPA 架構。

---

轉換作業的運作方式

讓我們更新先前的程式碼範例。

document.startViewTransition(() => updateTheDOMSomehow(data));

呼叫 .startViewTransition() 時，API 會擷取網頁目前的狀態。包括拍攝快照。

完成後，系統會呼叫傳遞至 .startViewTransition() 的回呼。這就是 DOM 變更的地方。接著，API 會擷取網頁的新狀態。

擷取新狀態後，API 會建構類似以下的偽元素樹狀結構：

::view-transition
└─ ::view-transition-group(root)
   └─ ::view-transition-image-pair(root)
      ├─ ::view-transition-old(root)
      └─ ::view-transition-new(root)

::view-transition 位於疊加層中，與網頁上的所有其他內容重疊。如果您想為轉場效果設定背景顏色，這個選項就非常實用。

::view-transition-old(root) 是舊檢視畫面的螢幕截圖，::view-transition-new(root) 則是新檢視畫面的即時表示法。兩者都顯示為 CSS「取代內容」(例如 <img>)。

舊檢視畫面會從 opacity: 1 動畫轉換為 opacity: 0，而新檢視畫面則會從 opacity: 0 動畫轉換為 opacity: 1，藉此建立交叉淡出效果。

所有動畫都能使用 CSS 動畫播放，因此可以使用 CSS 自訂。

注意：舊版和新版檢視畫面也包含 mix-blend-mode: plus-lighter，而 ::view-transition-image-pair 則包含 isolation: isolate。這是建立正確的跨淡出效果所需的資訊。如果你想知道原因，請參閱以下關於這個主題的過多字詞。

自訂轉場效果

所有檢視畫面轉場虛擬元素都可透過 CSS 指定，而且動畫是使用 CSS 定義，因此您可以使用現有的 CSS 動畫屬性修改這些元素。例如：

::view-transition-old(root),
::view-transition-new(root) {
  animation-duration: 5s;
}

經過這項變更後，現在淡出速度非常慢：

長交叉淡出。最簡單的示範。來源。

好的，這仍不夠令人信服。以下程式碼會實作 Material Design 的共用軸轉場效果：

@keyframes fade-in {
  from { opacity: 0; }
}

@keyframes fade-out {
  to { opacity: 0; }
}

@keyframes slide-from-right {
  from { transform: translateX(30px); }
}

@keyframes slide-to-left {
  to { transform: translateX(-30px); }
}

::view-transition-old(root) {
  animation: 90ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-left;
}

::view-transition-new(root) {
  animation: 210ms cubic-bezier(0, 0, 0.2, 1) 90ms both fade-in,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}

結果如下：

共用軸轉場效果。最小示範模式。來源。

注意： 在此範例中，動畫一律會從右到左移動，因此按下返回按鈕時並不自然。請參閱本文後續章節，瞭解如何根據導覽方向變更動畫。

重要事項： 一次只能執行一項檢視畫面轉場效果。如果新的檢視畫面轉換已在執行中就開始，舊的轉場效果會跳到結尾。

---

轉場多個元素

在先前的示範中，整個頁面都會參與共用軸轉場效果。這項做法適用於大部分的網頁，但似乎不適合標題，因為標題會滑出後又滑回。

如要避免這種情況，您可以擷取網頁中其他部分的標頭，以便另外建立動畫。方法是將 view-transition-name 指派給元素。

.main-header {
  view-transition-name: main-header;
}

view-transition-name 的值可以是任何您想要的值 (除了 none，因為這表示沒有轉場名稱)。用於唯一識別轉換中的元素。

注意：view-transition-name 不得重複。如果兩個算繪元素同時具有相同的 view-transition-name，系統會略過轉場效果。

結果：

共用的軸轉換：固定標頭。最簡單的示範。來源。

現在標頭會保持原樣並交叉淡出。

該 CSS 宣告導致虛擬元素樹狀結構變更：

::view-transition
├─ ::view-transition-group(root)
│  └─ ::view-transition-image-pair(root)
│     ├─ ::view-transition-old(root)
│     └─ ::view-transition-new(root)
└─ ::view-transition-group(main-header)
   └─ ::view-transition-image-pair(main-header)
      ├─ ::view-transition-old(main-header)
      └─ ::view-transition-new(main-header)

目前有兩個轉換群組。一個用於標題，另一個用於其餘內容。您可以使用 CSS 獨立指定這些元素，並指定不同的轉場效果。不過在本範例中，main-header 原本使用預設轉場效果，也就是交叉淡出。

重要事項：瀏覽器擷取多個轉場群組時，不會建立多個檢視轉場。相反地，瀏覽器會建立一個包含所有轉場群組的檢視畫面轉場。

好的，預設轉場效果不只是交叉淡出，::view-transition-group 也會轉場：

• 位置和轉換 (使用 transform)
• 寬度
• 高度

直到目前為止，這個標題都沒關係，因為標題與 DOM 每一面的大小和位置都相同。不過，您也可以擷取標題中的文字：

.main-header-text {
  view-transition-name: main-header-text;
  width: fit-content;
}

使用 fit-content，讓元素是文字的大小，不會延展至剩餘的寬度。否則，返回箭頭會縮小標題文字元素的大小，而不會在兩個頁面中顯示相同大小。

現在我們有三個部分可以玩：

::view-transition
├─ ::view-transition-group(root)
│  └─ …
├─ ::view-transition-group(main-header)
│  └─ …
└─ ::view-transition-group(main-header-text)
   └─ …

但再次套用預設值即可：

滑動式標題文字。最簡單的示範。來源。

標題文字現在會滑動至適當位置，為返回按鈕騰出空間。

注意： 檢視畫面轉場效果採用平面結構。在實際的 DOM 中，標題文字位於標頭中。但在轉換期間，各自的 ::view-transition-group 是同層項目。在從一個容器到另一個容器為項目製作動畫時，這項功能非常實用，因為您不必擔心父項元素會裁剪項目。

---

使用 view-transition-class 以相同方式為多個疑似元素設定動畫

瀏覽器支援

• 125
• 125 人
• x
• 

假設您有一個包含多個資訊卡的檢視轉場，但頁面上也有標題。如要為標題以外的所有資訊卡製作動畫，您必須編寫選取器，指定每張資訊卡。

h1 {
    view-transition-name: title;
}
::view-transition-group(title) {
    animation-timing-function: ease-in-out;
}

#card1 { view-transition-name: card1; }
#card2 { view-transition-name: card2; }
#card3 { view-transition-name: card3; }
#card4 { view-transition-name: card4; }
…
#card20 { view-transition-name: card20; }

::view-transition-group(card1),
::view-transition-group(card2),
::view-transition-group(card3),
::view-transition-group(card4),
…
::view-transition-group(card20) {
    animation-timing-function: var(--bounce);
}

上面有 20 個元素嗎？您需要編寫 20 個選取器。新增元素？接著，您也需要擴充套用動畫樣式的 selector。不太具擴充性。

view-transition-class 可用於檢視畫面轉場虛擬元素，以套用相同的樣式規則。

#card1 { view-transition-name: card1; }
#card2 { view-transition-name: card2; }
#card3 { view-transition-name: card3; }
#card4 { view-transition-name: card4; }
#card5 { view-transition-name: card5; }
…
#card20 { view-transition-name: card20; }

#cards-wrapper > div {
  view-transition-class: card;
}
html::view-transition-group(.card) {
  animation-timing-function: var(--bounce);
}

重要事項： 您必須為每個元素提供專屬 view-transition-name，才能順利擷取。view-transition-class 會去除重複的動畫樣式。

下列資訊卡範例採用先前的 CSS 程式碼片段。所有資訊卡 (包括新加入的資訊卡) 都會使用相同的時間，並透過單一選取器 html::view-transition-group(.card) 套用。

資訊卡示範記錄。使用 view-transition-class 時，系統會將相同的 animation-timing-function 套用至所有卡片 (除了新增或移除的卡片)。

注意： Chrome 團隊與 CSS 工作小組合作，正在研究如何讓您日後能更輕鬆地自動為元素指定 view-transition-name。

---

偵錯轉場效果

由於檢視畫面轉場效果是以 CSS 動畫為基礎，因此 Chrome 開發人員工具中的「動畫」面板很適合用來偵錯轉場效果。

您可以使用「Animations」面板暫停下一個動畫，然後來回拖曳動畫。在此期間，您可以在「Elements」面板中找到轉場虛擬元素。

使用 Chrome 開發人員工具偵錯檢查檢視畫面轉場效果。

轉場效果的元素不一定要是同一個 DOM 元素

到目前為止，我們已使用 view-transition-name 為標頭和標頭文字分別建立轉換元素。從概念來看，這些元素在 DOM 變更前後的元素都相同，但您仍可建立轉換，而非情況不同。

舉例來說，主要影片嵌入項目可以使用 view-transition-name：

.full-embed {
  view-transition-name: full-embed;
}

接著，當使用者點選縮圖時，系統會在轉場期間為縮圖提供相同的 view-transition-name：

thumbnail.onclick = async () => {
  thumbnail.style.viewTransitionName = 'full-embed';

  document.startViewTransition(() => {
    thumbnail.style.viewTransitionName = '';
    updateTheDOMSomehow();
  });
};

結果：

一個元素轉換為另一個元素。最簡單的示範。來源。

縮圖現在會轉換成主要圖片。雖然這些元素在概念上 (和字面上) 不同，但轉換 API 會將其視為相同，因為它們共用相同的 view-transition-name。

這個轉場的實際程式碼比前述範例複雜一些，因為它也處理返回縮圖頁面的轉場。如需完整實作方式，請參閱原始碼。

---

自訂進入和離開轉場效果

請參考以下範例：

進入和離開側欄。最小示範模式。來源。

側欄是轉場效果的一部分：

.sidebar {
  view-transition-name: sidebar;
}

但與前一個範例的標頭不同，側欄不會顯示在所有頁面上。如果兩種狀態都有側欄，轉換虛擬元素看起來會像這樣：

::view-transition
├─ …other transition groups…
└─ ::view-transition-group(sidebar)
   └─ ::view-transition-image-pair(sidebar)
      ├─ ::view-transition-old(sidebar)
      └─ ::view-transition-new(sidebar)

不過，如果側欄只在新版頁面上，::view-transition-old(sidebar) 虛擬元素就不會顯示。由於其中沒有「舊」側欄圖片，影像配對只會有 ::view-transition-new(sidebar)。同樣地，如果側欄只有舊頁面，圖片配對便只會有 ::view-transition-old(sidebar)。

在前面的示範中，側欄的轉場效果會因進入、離開或同時處於這兩種狀態而有所不同。進入時會從右側滑入並淡入，退出時會滑向右側並淡出，且在兩種狀態下都會停留在原處。

如要建立特定的進入和退出轉場效果，您可以使用 :only-child 擬似類別，在圖片組中找出唯一子項，然後指定舊或新擬似元素：

/* Entry transition */
::view-transition-new(sidebar):only-child {
  animation: 300ms cubic-bezier(0, 0, 0.2, 1) both fade-in,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}

/* Exit transition */
::view-transition-old(sidebar):only-child {
  animation: 150ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-right;
}

在這種情況下，由於預設畫面是完美的，因此當側欄同時顯示在這兩個狀態下，都不會有明確的轉場效果。

非同步 DOM 更新，以及等待內容

傳遞至 .startViewTransition() 的回呼可以傳回承諾，允許非同步 DOM 更新，並等待重要內容準備就緒。

document.startViewTransition(async () => {
  await something;
  await updateTheDOMSomehow();
  await somethingElse;
});

承諾完成後，系統才會開始轉換。在此期間，網頁會處於凍結狀態，因此應盡量減少延遲時間。具體來說，網路擷取應在呼叫 .startViewTransition() 之前完成，且網頁仍處於可完全互動狀態，而非在 .startViewTransition() 回呼中執行。

如果您決定等待圖片或字型準備就緒，請務必使用積極的逾時值：

const wait = ms => new Promise(r => setTimeout(r, ms));

document.startViewTransition(async () => {
  updateTheDOMSomehow();

  // Pause for up to 100ms for fonts to be ready:
  await Promise.race([document.fonts.ready, wait(100)]);
});

不過，在某些情況下，最好避免同時使用這些內容，繼續使用既有的內容。

---

善用現有內容

在縮圖轉成較大的圖片時：

縮圖轉換為較大的圖片。前往示範網站。

預設的轉場效果為交錯淡出，也就是說，縮圖在尚未載入的完整圖片時可能會交替淡出。

處理這個問題的其中一種方法，就是等到整個圖片載入完成後再開始轉場。在理想情況下，這項作業會在呼叫 .startViewTransition() 前完成，讓頁面保持互動，並顯示旋轉圖示，向使用者表明正在載入內容。但在這種情況下還有更好的做法：

::view-transition-old(full-embed),
::view-transition-new(full-embed) {
  /* Prevent the default animation,
  so both views remain opacity:1 throughout the transition */
  animation: none;
  /* Use normal blending,
  so the new view sits on top and obscures the old view */
  mix-blend-mode: normal;
}

但縮圖現在並未淡出，只是放在整張圖片下方。換句話說，如果新的檢視畫面尚未載入，系統就會在整個轉場期間持續顯示縮圖。這表示轉場效果可以立即開始，而完整圖片則可在其自身時間內載入。

如果新檢視畫面具有透明度，這項最佳化就無法運作，但在本例中，我們知道該檢視畫面沒有透明度，因此可以進行這項最佳化。

處理顯示比例的變更

方便起見，到目前為止，所有轉場效果都會套用至長寬比相同的元素，但這並非一成不變的情況。如果縮圖為 1:1，主要圖片為 16:9，該怎麼辦？

一個元素轉換為另一個元素，並且顯示不同的顯示比例。最小示範模式。來源。

在預設轉場效果中，群組會從之前的大小變成動畫後的大小。舊版和新版檢視畫面都是群組的 100% 寬度，並自動調整高度，也就是說，無論群組大小為何，檢視畫面都會維持原始的顯示比例。

這是不錯的預設值，但在這種情況下並非所需。舉例來說：

::view-transition-old(full-embed),
::view-transition-new(full-embed) {
  /* Prevent the default animation,
  so both views remain opacity:1 throughout the transition */
  animation: none;
  /* Use normal blending,
  so the new view sits on top and obscures the old view */
  mix-blend-mode: normal;
  /* Make the height the same as the group,
  meaning the view size might not match its aspect-ratio. */
  height: 100%;
  /* Clip any overflow of the view */
  overflow: clip;
}

/* The old view is the thumbnail */
::view-transition-old(full-embed) {
  /* Maintain the aspect ratio of the view,
  by shrinking it to fit within the bounds of the element */
  object-fit: contain;
}

/* The new view is the full image */
::view-transition-new(full-embed) {
  /* Maintain the aspect ratio of the view,
  by growing it to cover the bounds of the element */
  object-fit: cover;
}

也就是說，當寬度擴大時，縮圖會停留在元素中央，但完整圖片會從 1:1 轉換為 16:9 時「取消裁剪」。

注意： 為寬度和高度動畫調整寬度和高度 (如 ::view-transition-group 所示)，因為其會執行每個頁框的版面配置，因此在網頁效能圓圈中通常不會有影響。然而，Chrome 團隊計劃針對「檢視畫面轉換」功能進行最佳化調整，在大多數情況下也能在主執行緒外執行。尚未執行這項最佳化作業。

詳情請參閱「檢視區塊轉場：處理顯示比例變更」一文

---

使用媒體查詢變更不同裝置狀態的轉場效果

您可能會在行動裝置和電腦上使用不同的轉場效果，例如這個範例在行動裝置上會從側邊執行完整滑動效果，但在電腦上則會執行較不明顯的滑動效果：

一個元素轉換到另一個元素。最小示範模式。來源。

您可以利用一般媒體查詢來達到這個目的：

/* Transitions for mobile */
::view-transition-old(root) {
  animation: 300ms ease-out both full-slide-to-left;
}

::view-transition-new(root) {
  animation: 300ms ease-out both full-slide-from-right;
}

@media (min-width: 500px) {
  /* Overrides for larger displays.
  This is the shared axis transition from earlier in the article. */
  ::view-transition-old(root) {
    animation: 90ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
      300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-left;
  }

  ::view-transition-new(root) {
    animation: 210ms cubic-bezier(0, 0, 0.2, 1) 90ms both fade-in,
      300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
  }
}

您也可以根據媒體查詢的配對結果，變更要指派 view-transition-name 的元素。

---

回應「減少動態」效果偏好

使用者可以透過作業系統表示偏好減少動畫效果，且偏好設定會在 CSS 中公開。

您可以選擇為下列使用者停用所有轉換：

@media (prefers-reduced-motion) {
  ::view-transition-group(*),
  ::view-transition-old(*),
  ::view-transition-new(*) {
    animation: none !important;
  }
}

不過，設定為「減少動畫」並不代表使用者想要「沒有動畫」。您可以選擇更精緻的動畫，而非上述程式碼片段，但仍要能表達元素之間的關係和資料流程。

---

使用檢視畫面轉換類型處理多個檢視畫面轉換樣式

瀏覽器支援

• 125 人
• 125
• x
• 18

有時在轉換到另一個檢視畫面時，應有特別量身打造的轉場效果。舉例來說，當您在分頁序列中前往下一頁或上一頁時，請根據您是要前往序列中較高或較低的頁面，考慮以不同方向滑動內容。

分頁示範的錄影。系統會根據您前往的頁面，採用不同的轉場效果。

透過觀看轉換類型，您可以指派一或多個類型至 Active View 轉換。舉例來說，在分頁序列中轉換至更高頁面時，請使用 forwards 類型；前往較低頁面時，則會使用 backwards 類型。這些類型只會在擷取或執行轉場時啟用，而且每種類型都可以透過 CSS 自訂，以便使用不同的動畫。

如要在同一個文件的檢視轉場中使用類型，請將 types 傳遞至 startViewTransition 方法。為此，document.startViewTransition 也接受物件：update 是用於更新 DOM 的回呼函式，而 types 則是含有類型的陣列。

const direction = determineBackwardsOrForwards();

const t = document.startViewTransition({
  update: updateTheDOMSomehow,
  types: ['slide', direction],
});

注意： 包含類型的陣列會自動轉換為類似 Set 的物件。如要在轉場實際執行前變更其內容，請使用其例項方法 clear()、add() 和 delete()

如要回應這些類型，請使用 :active-view-transition-type() 選取器。將要指定的 type 傳遞至選擇器。這樣一來，您就能將多個 View 轉場的樣式分開，避免某個宣告干擾其他宣告。

由於類型只會在擷取或執行轉換時套用，因此您可以使用選取器，針對具有該類型的檢視畫面轉換，在元素上設定或取消設定 view-transition-name。

/* Determine what gets captured when the type is forwards or backwards */
html:active-view-transition-type(forwards, backwards) {
  :root {
    view-transition-name: none;
  }
  article {
    view-transition-name: content;
  }
  .pagination {
    view-transition-name: pagination;
  }
}

/* Animation styles for forwards type only */
html:active-view-transition-type(forwards) {
  &::view-transition-old(content) {
    animation-name: slide-out-to-left;
  }
  &::view-transition-new(content) {
    animation-name: slide-in-from-right;
  }
}

/* Animation styles for backwards type only */
html:active-view-transition-type(backwards) {
  &::view-transition-old(content) {
    animation-name: slide-out-to-right;
  }
  &::view-transition-new(content) {
    animation-name: slide-in-from-left;
  }
}

/* Animation styles for reload type only (using the default root snapshot) */
html:active-view-transition-type(reload) {
  &::view-transition-old(root) {
    animation-name: fade-out, scale-down;
  }
  &::view-transition-new(root) {
    animation-delay: 0.25s;
    animation-name: fade-in, scale-up;
  }
}

在下方的分頁示範中，頁面內容會根據您正在前往的頁碼向前或向後滑動。在傳遞至 document.startViewTransition 時點選類型即可決定類型。

如要指定任何 Active View 轉換 (無論類型為何)，您可以改用 :active-view-transition 虛擬類別選取器。

html:active-view-transition {
    …
}

---

在檢視畫面轉場根目錄中使用類別名稱，處理多種檢視畫面轉場樣式

已淘汰：解決這個問題的現代方法是使用轉場類型。只有在指定瀏覽器不支援轉換類型的瀏覽器時，才需要使用這個類別名稱方法。

有時從特定類型的檢視畫面轉換到另一種檢視畫面時，應有特別量身打造的轉場效果。或是「返回」導覽應與「轉寄」不同導覽。

返回「返回」時的不同轉場效果。最小示範模式。來源。

在轉換類型處理這類情況之前，我們必須先在轉換根層級暫時設定類別名稱。呼叫 document.startViewTransition 時，此轉換根是 <html> 元素，可在 JavaScript 中使用 document.documentElement 存取：

if (isBackNavigation) {
  document.documentElement.classList.add('back-transition');
}

const transition = document.startViewTransition(() =>
  updateTheDOMSomehow(data)
);

try {
  await transition.finished;
} finally {
  document.documentElement.classList.remove('back-transition');
}

如要在轉換完成後移除類別，此範例使用 transition.finished，也就是在轉換達到結束狀態後解析的承諾。如要瞭解這個物件的其他屬性，請參閱 API 參考資料。

注意：上述程式碼並未定義 isBackNavigation 的判斷方式，因為這取決於導覽方式。Navigation API 在這裡非常有用，這是最低示範中用到的功能。

您現在可以在 CSS 中使用該類別名稱來變更轉換：

/* 'Forward' transitions */
::view-transition-old(root) {
  animation: 90ms cubic-bezier(0.4, 0, 1, 1) both fade-out,
    300ms cubic-bezier(0.4, 0, 0.2, 1) both slide-to-left;
}

::view-transition-new(root) {
  animation: 210ms cubic-bezier(0, 0, 0.2, 1) 90ms both fade-in, 300ms
      cubic-bezier(0.4, 0, 0.2, 1) both slide-from-right;
}

/* Overrides for 'back' transitions */
.back-transition::view-transition-old(root) {
  animation-name: fade-out, slide-to-right;
}

.back-transition::view-transition-new(root) {
  animation-name: fade-in, slide-from-left;
}

與媒體查詢一樣，顯示的類別也可用來變更哪些元素可取得 view-transition-name。

---

在不凍結其他動畫的情況下執行轉場效果

請觀看下方示範影片轉換位置：

影片轉場效果。最小示範模式。來源。

你是否發現任何問題？如果你沒有收到，也請放心。以下是放慢的影片：

影片轉場速度較慢。最小示範模式。來源。

在轉場期間，影片似乎會暫停，然後播放的影片版本會淡入。這是因為 ::view-transition-old(video) 是舊檢視畫面的螢幕截圖，而 ::view-transition-new(video) 是新檢視畫面的即時圖片。

雖然您可以修正這個問題，但請先問問自己是否該加以修正。如果您沒有看見我不會改變它以正常速度播放音訊

如果需要修正，請勿顯示 ::view-transition-old(video)；並直接切換至 ::view-transition-new(video)。您可以覆寫預設樣式和動畫來執行這項操作：

::view-transition-old(video) {
  /* Don't show the frozen old view */
  display: none;
}

::view-transition-new(video) {
  /* Don't fade the new view in */
  animation: none;
}

這樣就大功告成了！

影片轉場速度較慢。最簡單的示範。來源。

影片現在會在轉場期間播放。

---

與 Navigation API (和其他架構) 整合

視圖轉場效果會以可與其他架構或程式庫整合的方式指定。舉例來說，如果單頁應用程式 (SPA) 使用路由器，您可以調整路由器的更新機制，以便使用檢視畫面轉場更新內容。

在以下程式碼片段中，我們從這個分頁範例中擷取了程式碼片段，並調整 Navigation API 的攔截處理常式，以便在支援檢視畫面轉場時呼叫 document.startViewTransition。

navigation.addEventListener("navigate", (e) => {
    // Don't intercept if not needed
    if (shouldNotIntercept(e)) return;

    // Intercept the navigation
    e.intercept({
        handler: async () => {
            // Fetch the new content
            const newContent = await fetchNewContent(e.destination.url, {
                signal: e.signal,
            });

            // The UA does not support View Transitions, or the UA
            // already provided a Visual Transition by itself (e.g. swipe back).
            // In either case, update the DOM directly
            if (!document.startViewTransition || e.hasUAVisualTransition) {
                setContent(newContent);
                return;
            }

            // Update the content using a View Transition
            const t = document.startViewTransition(() => {
                setContent(newContent);
            });
        }
    });
});

有些 (但非所有) 瀏覽器會在使用者使用滑動手勢瀏覽時，提供自己的轉場效果。在這種情況下，請勿觸發自己的檢視畫面轉場，否則可能會導致使用者體驗不佳或造成混淆。使用者會看到兩種轉場效果，分別由瀏覽器和您提供。

因此，建議在瀏覽器提供自己的視覺轉場效果時，避免啟動檢視畫面轉場效果。為此，請檢查 NavigateEvent 例項的 hasUAVisualTransition 屬性值。當瀏覽器提供視覺轉場效果時，屬性會設為 true。這個 hasUIVisualTransition 屬性也存在於 PopStateEvent 例項中。

在上一個程式碼片段中，檢查是否會將這項資源納入考量，並決定是否執行資料檢視轉換。如果系統不支援同一份文件的檢視畫面轉場效果，或是瀏覽器已提供自己的轉場效果，則會略過檢視畫面轉場效果。

if (!document.startViewTransition || e.hasUAVisualTransition) {
  setContent(newContent);
  return;
}

在以下錄影中，使用者滑動螢幕，返回先前的頁面。左側擷取畫面未檢查 hasUAVisualTransition 標記。右方錄製內容包含檢查，因此略過手動檢視畫面轉場效果，因為瀏覽器提供了視覺轉場效果。

比較相同網站，左側未勾選 hasUAVisualTransition，右側勾選 hasUAVisualTransition

注意：根據預設，Android 版 Chrome 不會為滑動手勢啟動的導覽提供視覺轉場效果。這項功能目前處於實驗狀態，僅可在 chrome://flags/#back-forward-transitions 功能旗標後方使用。

---

使用 JavaScript 製作動畫

到目前為止，所有轉場效果都是使用 CSS 定義，但有時候 CSS 還不夠：

圓形轉場效果。最簡單的示範。來源。

這個轉場效果的部分內容無法單靠 CSS 實現：

• 動畫會從點擊位置開始播放。
• 動畫結束時，圓形的半徑距離最遠。不過，我們希望日後 CSS 也能支援這項功能。

幸好，您可以使用 Web Animation API 建立轉場效果！

let lastClick;
addEventListener('click', event => (lastClick = event));

function spaNavigate(data) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    updateTheDOMSomehow(data);
    return;
  }

  // Get the click position, or fallback to the middle of the screen
  const x = lastClick?.clientX ?? innerWidth / 2;
  const y = lastClick?.clientY ?? innerHeight / 2;
  // Get the distance to the furthest corner
  const endRadius = Math.hypot(
    Math.max(x, innerWidth - x),
    Math.max(y, innerHeight - y)
  );

  // With a transition:
  const transition = document.startViewTransition(() => {
    updateTheDOMSomehow(data);
  });

  // Wait for the pseudo-elements to be created:
  transition.ready.then(() => {
    // Animate the root's new view
    document.documentElement.animate(
      {
        clipPath: [
          `circle(0 at ${x}px ${y}px)`,
          `circle(${endRadius}px at ${x}px ${y}px)`,
        ],
      },
      {
        duration: 500,
        easing: 'ease-in',
        // Specify which pseudo-element to animate
        pseudoElement: '::view-transition-new(root)',
      }
    );
  });
}

這個範例使用 transition.ready，這是在成功建立轉場偽元素後解析的承諾。此物件的其他屬性請參閱 API 參考資料。

---

使用轉場效果來增強教學效果

View Transition API 的設計目的是「包裝」DOM 變更，並為其建立轉場效果。不過，轉換內容應視為強化功能，例如，您的應用程式不應輸入「錯誤」狀態表示 DOM 變更成功，但轉換失敗理想情況下，轉場應不會失敗，但如果失敗，也不會影響其他使用者體驗。

為了將轉場視為強化功能，請注意不要以會在轉場失敗時導致應用程式擲回的方式使用轉場承諾。

錯誤做法

async function switchView(data) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    await updateTheDOM(data);
    return;
  }

  const transition = document.startViewTransition(async () => {
    await updateTheDOM(data);
  });

  await transition.ready;

  document.documentElement.animate(
    {
      clipPath: [`inset(50%)`, `inset(0)`],
    },
    {
      duration: 500,
      easing: 'ease-in',
      pseudoElement: '::view-transition-new(root)',
    }
  );
}

這個範例的問題是，如果轉場效果無法達到 ready 狀態，switchView() 就會拒絕，但這並不表示檢視畫面無法切換。DOM 可能已成功更新，但有重複的 view-transition-name，因此已略過轉換。

請改採以下做法：

正確做法

async function switchView(data) {
  // Fallback for browsers that don't support this API:
  if (!document.startViewTransition) {
    await updateTheDOM(data);
    return;
  }

  const transition = document.startViewTransition(async () => {
    await updateTheDOM(data);
  });

  animateFromMiddle(transition);

  await transition.updateCallbackDone;
}

async function animateFromMiddle(transition) {
  try {
    await transition.ready;

    document.documentElement.animate(
      {
        clipPath: [`inset(50%)`, `inset(0)`],
      },
      {
        duration: 500,
        easing: 'ease-in',
        pseudoElement: '::view-transition-new(root)',
      }
    );
  } catch (err) {
    // You might want to log this error, but it shouldn't break the app
  }
}

此範例使用 transition.updateCallbackDone 等待 DOM 更新，失敗時則會拒絕。如果轉場失敗，switchView 不再拒絕，而是在 DOM 更新完成時解析，並在失敗時拒絕。

如果您希望 switchView 在新檢視畫面「穩定」時解析，也就是所有動畫轉場已完成或略過至結尾，請將 transition.updateCallbackDone 替換為 transition.finished。

---

這不是 polyfill，不過...

這並非容易以 polyfill 實作的功能。然而，這個輔助功能可讓您在不支援檢視轉換的瀏覽器中，更輕鬆地執行各項操作：

function transitionHelper({
  skipTransition = false,
  types = [],
  update,
}) {

  const unsupported = (error) => {
    const updateCallbackDone = Promise.resolve(update()).then(() => {});

    return {
      ready: Promise.reject(Error(error)),
      updateCallbackDone,
      finished: updateCallbackDone,
      skipTransition: () => {},
      types,
    };
  }

  if (skipTransition || !document.startViewTransition) {
    return unsupported('View Transitions are not supported in this browser');
  }

  try {
    const transition = document.startViewTransition({
      update,
      types,
    });

    return transition;
  } catch (e) {
    return unsupported('View Transitions with types are not supported in this browser');
  }
}

運作方式如下：

function spaNavigate(data) {
  const types = isBackNavigation ? ['back-transition'] : [];

  const transition = transitionHelper({
    update() {
      updateTheDOMSomehow(data);
    },
    types,
  });

  // …
}

在不支援檢視轉場的瀏覽器中，系統仍會呼叫 updateDOM，但不會提供動畫轉場效果。

您也可以在轉場期間，提供一些 classNames 以新增至 <html>，以便根據導覽類型變更轉場效果。

如果您不想顯示動畫，即使在支援檢視畫面轉場的瀏覽器中，也可以將 true 傳遞至 skipTransition。如果網站的使用者偏好停用轉場效果，這項功能就能派上用場。

---

使用架構

如果您使用的是可抽象化 DOM 變更的程式庫或架構，則要知道 DOM 變更何時完成，就會比較困難。以下各架構範例使用上述說明，在不同架構下。

• React：此處的關鍵是 flushSync，可同步套用一組狀態變更。是，對於使用這個 API 有一則重大警告，但 Dan Abramov 確認這種狀況適合我。與 React 和非同步程式碼一樣，使用 startViewTransition 傳回的各項承諾時，請確保程式碼以正確的狀態執行。
• Vue.js：這裡的鍵是 nextTick，在 DOM 更新後執行。
• Svelte：與 Vue 非常相似，但等待下一次變更的方法是 tick。
• Lit：此處的重點是元件中的 this.updateComplete 應許，在 DOM 更新後會完成。
• Angular：這裡的鍵是 applicationRef.tick，可清除待處理的 DOM 變更。自 Angular 17 版起，您可以使用 @angular/router 隨附的 withViewTransitions。

---

API 參考資料

const viewTransition = document.startViewTransition(update)

建立新的 ViewTransition。

擷取文件目前狀態時，系統會呼叫 update 函式。

當 updateCallback 傳回的承諾完成時，轉場效果就會在下一個影格中開始。如果 updateCallback 傳回的承諾拒絕，系統就會捨棄轉換作業。

const viewTransition = document.startViewTransition({ update, types })

使用指定類型啟動新的 ViewTransition

擷取文件目前的狀態後，系統會呼叫 update。

types 會在擷取或執行轉場時，設定轉場的有效類型。這個目錄一開始是空的。詳情請參閱下方的 viewTransition.types。

ViewTransition 的例項成員：

viewTransition.updateCallbackDone

保證可履行 updateCallback 傳回的承諾，或是在拒絕時拒絕。

View Transition API 會納入 DOM 變更並建立轉場效果。不過，有時您可能不關心轉場動畫是否成功或失敗，只想知道 DOM 是否已變更，以及何時變更。updateCallbackDone 就是用於此用途。

viewTransition.ready

建立轉換的虛擬元素，且動畫即將開始時供應的承諾。

如果轉場無法開始，就會遭到拒絕。這可能是因為設定錯誤 (例如重複的 view-transition-name)，或是 updateCallback 傳回已遭拒的承諾。

適合使用 JavaScript 為轉換虛擬元素加上動畫效果。

viewTransition.finished

當結束狀態完全顯示且可供使用者互動時，就會執行的承諾。

只有在 updateCallback 傳回已遭拒的承諾時才會拒絕，因為這表示未建立結束狀態。

否則，如果轉換無法開始，或在轉換期間略過，仍會達到結束狀態，因此 finished 會完成。

viewTransition.types

包含 Set 之類的物件，保留有效檢視畫面轉換的類型。如要操控項目，請使用其例項方法 clear()、add() 和 delete()。

如要回應 CSS 中的特定類型，請在轉場根目錄上使用 :active-view-transition-type(type) 擬類別選取器。

檢視畫面轉場完成後，系統會自動清理類型。

viewTransition.skipTransition()

略過轉場效果的動畫部分。

由於 DOM 變更與轉場無關，因此不會略過呼叫 updateCallback。

---

預設樣式和轉場參考資料

::view-transition

填滿檢視區塊並包含每個 ::view-transition-group 的根層級擬似元素。

::view-transition-group

絕對定位。

「之前」之間的轉換 width 和 height和「after」州。

在「前」和「後」的視區空間四邊形之間轉換 transform。

::view-transition-image-pair

絕對會填滿整個群體。

具有 isolation: isolate，用於限制 mix-blend-mode 對新舊檢視畫面的影響。

::view-transition-new和::view-transition-old

絕對位於包裝函式左上角。

會填滿 100% 的群組寬度，但高度為自動，因此會維持其顯示比例，而非填滿群組。

具有 mix-blend-mode: plus-lighter，可允許真正的交叉淡出效果。

舊版檢視畫面從 opacity: 1 轉換至 opacity: 0。新的檢視畫面從 opacity: 0 轉換至 opacity: 1。

---

意見回饋

我們非常重視開發人員的意見回饋。如要這麼做，請向 GitHub 上的 CSS 工作團隊回報問題，並提供建議和問題。在問題名稱前方加上 [css-view-transitions]。

如果您遇到問題，請改為回報 Chromium 錯誤。