AI 摘要：本文介绍了 Web 平台“Baseline”概念的起源、用途及其演化方向。作者回顾了它在社区中的普及、帮助开发者快速判断功能可用性的价值，同时指出其局限性：无法体现可访问性 (Accessibility)、渐进增强 (Progressive Enhancement) 或旧浏览器支持等因素。文章详述了 WebDX 社区如何通过改进数据源、特性映射 (Feature Mapping) 和浏览器范围定义，不断完善 Baseline 的精度。最后提出开发者应将 Baseline 视为决策起点，而非唯一标准，并鼓励参与社区共建。

1. Baseline 的现状与作用
• Baseline 在 MDN、Can I Use 等平台广泛出现，成为业界常见术语。
• 它提供一种快捷方式，用于判断 Web 特性是否“跨浏览器普遍可用”。
• 对多数开发者而言，它代表“足够稳定可用”的一种信号。

2. 概念缺陷与局限性
• 当前 Baseline 未考虑所有浏览器和旧版本。
• 不涵盖可访问性挑战或渐进增强策略。
• 无法明确告诉何时可安全使用非 Baseline 特性或移除 polyfill。
• WebDX 团队在定义时平衡了简明性与准确度，采用“红绿灯式”状态机制：
• Not Baseline
• Newly Available
• Widely Available

3. Baseline 带来的积极成果
• 成功建立共同语言，使“特性普及度”变得易于描述。
• 推动 Web 平台首个系统化的web features 目录诞生。
• 形成互联的数据生态，链接文档、统计、规范、Interop 测试等资源。

4. 完善 Baseline 的努力方向
• 可访问性数据：与 Accessibility Compat Data 项目 协作，将可访问性纳入 Baseline 评估。
• 渐进增强与 polyfill：通过 web-features-mappings 建立特性与 polyfill、最佳实践的对应关系，辅助早期安全使用新特性。
• 扩展浏览器覆盖：
• 使用 baseline-browser-mapping 和 browserslist-config-baseline。
• 年度审查机制动态调整支持范围。
• 借助 Google Analytics Baseline Checker 分析项目用户群浏览器分布。

5. 实践建议与开发者指引
• Widely Available 特性：可直接采用，仍建议复查 MDN 兼容性与可访问性信息。
• Newly Available 特性：开始观察与试用，结合回退方案与 polyfill。
• Not Baseline 特性：值得关注新能力，不应因未进入 Baseline 而完全排除，可借 Web features explorer 跟踪进展。
• 鼓励加入 WebDX 社区，共同完善工具与数据。

Piccalilli

Perfecting Baseline

After two years, it’s clear that awareness about Baseline is grown a lot. As one of the co-chair of the group that makes Baseline, Patrick wanted to take a pause and reflect on how Baseline is starting to show up in developer’s lives, but also how it can…