为什么大多数 Web 页面，在页面跳转时不能像 APP 一样使用过渡动画

• 資深大佬 : adrianduan

  当然可以使用，只不过大多数不会去做罢了，毕竟要做就要花更多的时间，时间成本也是钱

• 資深大佬 : opengps

  app 里受网络影响较大，不做不行，web 端网络质量相对较好，不做也就那么着了

• 資深大佬 : jugelizi

  这个应该是浏览器需要做的

• 資深大佬 : learningman

  可以做，全局 pjax
  因为你要知道，页面上的动画只有在动画本身加载完成之后才会开始播放，而动画加载完成的时候，整个页面差不多也加载完成了。
  有些体积特别大的页面会做一个 loading，但是想要达到你说的那种，只能靠浏览器。

• 資深大佬 : blueice12138

  hexo 的 next 主题有动画，但是我每次打开都觉得费劲

• 資深大佬 : tulongtou

  可以做，但是没有驱动力，做了又不会带来经济效益

• 資深大佬 : iConnect

  完全没必要，3 秒钟都打不开的用户早跑光了。各种 APP 敢推大量动画的，大多是垄断性质的吧，很慢的被用户卸载了

• 資深大佬 : hst001

  局部动画还行，全屏幕动画，因为屏幕太大，观感一般般，还不如不做。
  另外动画并不好设计，设计和开发成本都比较高，带来的体验没有手机上面来得好。

• 資深大佬 : murmur

  整页 transform 不卡么

• 主 資深大佬 : meteor957

  @jugelizi 浏览器为什么不做..

• 資深大佬 : love

  你想想 27 寸的显示器来这么一个大面积的动画，画面不要太美

• 主 資深大佬 : meteor957

  @hst001 脑补了一下， 一个 27 寸的显示器来个侧滑的转场动画。确实观感一般 显得有些夸张…

• 主 資深大佬 : meteor957

  @love

• 資深大佬 : luob

  别说转场动画，国内网站能做到原地跳转而不是打开新标签页我就谢天谢地了……

• 資深大佬 : smallyu

  想起来百度搜 翻转、黑洞 ……

• 資深大佬 : Torpedo

  单页内跳转很少，网页经常就是过渡。
  其次性能也确实比 app 差

• 資深大佬 : rabbbit

  要兼容不同的浏览器很麻烦,就算是移动端也不好搞.例如侧滑切换页面, ios 的移动端浏览器有自己的默认事件.局部用用还可以.

• 主 資深大佬 : meteor957

  @Torpedo 也算单页应用的一个小优势吧

• 主 資深大佬 : meteor957

  @rabbbit 对移动端不太熟， 总感觉 H5 体验差就差在生硬的页面跳转上了

• 資深大佬 : Torpedo

  @meteor957 但是移动端国内很少网页应用。国内网页太难了

• 資深大佬 : hakono

  整页的加载动画加载时间稍微长点除了看起来漂亮，只会让用户觉得你这网页特别卡半天加载不出来
  而页面跳转交给浏览器来做，加载慢，因为长久以来用户习惯了面对浏览器的页面加载，所以一般潜意识里是保持着网络慢的态度的

• 資深大佬 : hakono

  说着说详细点就是，整页加载动画转圈，因为是你网站在转圈，用户面对的是你的网页，加载如果慢了用户会感觉是你网站太差加载太慢
  而加载交给浏览器，因为加载的过程用户面对的是浏览器所以慢了不至于那么快怪罪到你的网站上

• 資深大佬 : maplerecall

  Web 动画无论在性能还是实现难易度上都远比不过原生，在一些低端机上大范围动画是非常容易掉帧的。另一方面就是国内设计和开发大多数都不是很重视动画这块区域，一些细节上的动画很提高体验，但这个无论对设计还是开发都需要不少额外的成本。就现在这种连 996 都做不完事情的大环境下，没多少人还会有心情去细细打磨这些地方。

• 資深大佬 : jelipo

  单页 SPA 可以做到

• 資深大佬 : Yumwey

  不是什么成本不成本的问题，单纯是因为会卡掉帧得不偿失罢了

• 資深大佬 : liberty1900

  主应该是指 wen app 而不是简单的 HTML 网页吧, 路由跳转前加载动画只有做过基于路由的代码分割才有可能需要，普通的应用由于太快，根本不需要

• 資深大佬 : liberty1900

  @liberty1900 抱歉，是 web 不是 wen

• 資深大佬 : otakustay

  Web 面积大，元素多，通常不具备沉浸式的前提，用户使用的时候关注的往往是其中的一小部分。全页的动画切换会把用户的注意力从一小块强行拉到整个页面上，切换完后又要聚集到局部去，是很累人的