缺乏废弃迁移指引的流行 PHP polyfill
问题概述
作者在 2014 年发布的临时 PHP 修复已累计约 20M 次下载，现决定废弃。然而，废弃过程中缺乏官方的迁移指南或去迁移通知，导致使用者在升级时无从参考，旧版本仍在公开资源中可见，可能误导后续开发者。评论中多次提到需要最终发布包含迁移选项的废弃通知，以避免长期混淆。
痛点标签
- 缺少官方的迁移指南和废弃通知
- 旧版本在公开社区（如 Stack Overflow）中长期可见导致误导
- 用户对如何安全替换 polyfill 缺乏明确路径
待验证问题
- 是否在项目中使用过该 polyfill？
- 是否需要官方提供的迁移文档或示例代码？
- 您是否愿意参与提供迁移资源或反馈？
证据
原话 · @匿名
There is nothing as permanent as a temporary fix that works.
事实
My temporary PHP fix from 2014 has nearly 20M installs. Today I'm deprecating it
原话 · @匿名
For a package with that kind of install base, is there a final release that prints the migration options in a deprecation notice? People will find it years from now through old Stack Overflow answers.
免责声明：本卡片由 AI 从社区讨论中提炼，属于「痛点证据」，是需求分析与验证的起点，不等同于「已验证的市场需求」。AI 存在分析局限，关键决策前请打开上方原始讨论人工复核。