仍然希望有更好的本地頁面過渡

如果我們想在網絡上不求助於黑客或成熟的體系結構選擇來實現它，那麼能夠在網頁上進行過渡會動畫。我可以想像一個API會在頁面卸載之前運行的東西，也許會與Waapi集成，以及下一頁加載後的其他內容。這是帶有常規的OL'Anchor鏈接和頁面加載。

我們確實有一個OnBeunload API，但我不確定有哪種行李。即使沒有單頁應用架構，我們也可以從技術上構建頁面過渡，但是我想要的是專用的API，可以幫助我們乾淨（可理解的功能），並且性能（可以像正常單擊鏈接一樣快速工作）和心中的可訪問性（如焦點處理）。

如果您無論如何要構建單頁應用程序，則可以自由地在視圖之間進行動畫，因為頁面永遠不會重新加載。這裡的危險是，您可能只是為了這種能力選擇一個單頁應用程序，這就是我必須購買站點體系結構來實現這一目標的意思。這感覺就像是不幸的權衡，因為單頁應用程序帶來了大量的開銷，例如工具和可訪問性問題，您本來就不需要。

沒有單頁應用程序，您可以使用類似Turbo和Animate.css之類的東西。或者，亞當（Adam）的新Transition.Style，一種基於Daniel Edan的傑作的剪輯path（）。也許如果該方法與Instant配對。頁面將與任何其他內部鏈接單擊一樣快。

還有其他玩家試圖解決這個問題，例如Smoothstate.js和Swup。訣竅是：攔截動作以移至下一頁，首先運行動畫，然後加載下一頁，然後對新頁面進行動畫。從技術上講，它會減慢一些速度，但是您可以非常有效地做到這一點，並且動作增加了足夠的干擾，以使感知到的性能甚至更好。

理想情況下，我們不必為整個頁面進行動畫動畫，但是我們可以擁有完全的控制來進行更有趣的過渡。哎呀，十年前，我正在為一個音樂家提供一個頁面，在該頁面上，在網站周圍點擊只是在四處移動，以便音頻繼續播放（這很有趣）。

這將是Web平台可以介入的好地方。我記得傑克（Jake）在幾年前推動，但我不確定這是否到了任何地方。然後，我們得到了……好嗎？這些就像您在頁面上加載一個iframe，然後對其進行動畫接管整個頁面（並更新URL）。那裡的動畫不大，但是您肯定可以在周圍滑動一些頁面或進出淡出（嘿，這是另一條路：高速公路），例如Jquery Mobile在遠古時代做的。

以上是仍然希望有更好的本地頁面過渡的詳細內容。更多資訊請關注PHP中文網其他相關文章！