Every Frame Perfect

对文章的总体反应

• 许多读者对现代软件中别扭的 UI 动画和“故障感”带来的挫败感深有共鸣。
• 也有人认为文章把问题描述得很好，但缺乏建设性的指导或正面示例，因此不清楚“好”应该是什么样子。
• 还有一些人觉得这类批评有些夸大，或者过于理想化，没有考虑实现难度或权衡取舍。

动画 vs 立即切换的价值

• 一派认为大多数 UI 动画是不必要甚至有害的：
  • 增加延迟，让系统感觉更慢。
  • 分散注意力，尤其是在运动发生在焦点区域之外时。
  • 许多用户表示会关闭动画（Android、GNOME 等），并发现体验更快、更清晰。
• 另一派认为在某些场景中，运动至关重要：
  • 当布局变化或复杂视图切换时，有助于用户重新定位。
  • 若使用得短暂、非阻塞，并控制在约 100–150 ms 以内，可降低认知负担。
  • 游戏和某些工具展示了有效且有目的的动画。

“每一帧都完美”原则

• 支持者：中间帧如果在逻辑上不一致、重叠，或像是“瞬移”，就会破坏清晰度和信任；如果中间某一帧截图看起来毫无道理，那么这种运动大概率就是错的。
• 批评者：
  • 人类感知的是连续运动，而不是静态帧；逐帧一致性并不是一个好的衡量标准。
  • 可类比电影/卡通中的拖影帧和运动模糊：静态看很糟，但在运动中有效。
  • 有人认为文章提出了一个不可行或定义不清的准则，却没有展示替代设计。

Apple / 现代 UI 质量

• 很多评论惋惜早期 macOS/iOS 时代的品质下滑，举例如下：
  • 混乱的 Safari 搜索栏、保存对话框、侧边栏、Preview 缩放、Safari 标签页行为。
  • SwiftUI / 现代动画栈更强大，但也更容易被误用，导致组合层面的故障。
• 有些人指出，早期 Apple UI 更加精致；如今动画常常像是权宜之计或退步。

延迟、响应性与用户控制

• 强烈共识是：低延迟至关重要。
• 动画绝不应：
  • 阻塞输入。
  • 在实际工作之外增加额外等待。
• 短暂、可取消、有意义的切换被广泛接受；装饰性或缓慢的动画则遭到强烈批评。

缺少解决方案与现实约束

• 多位读者希望看到具体的“前后对比”示例、设计方案或实现技巧。
• 也有人指出现实约束：布局引擎、跨框架动画系统、性能预算以及商业优先级，往往会让“每一帧都完美”在小众或高预算产品之外并不现实。