Feature Notifications 0.3.0 状态更新与发布计划

功能通知是探索 WordPress 统一通知系统的项目（#43484）。自 2023 年 4 月发布 0.2.0 版本以来，该项目一直沉寂。本文介绍项目目前的进展，以及迈向 0.3.0 版本的计划，目标是随 WordPress 7.2 于 12 月发布时一并推出 0.3.0。

为何 0.3.0 很重要

0.3.0 里程碑从一开始就定位为首次实时预览：一个能够创建、存储、显示和关闭通知的可用系统。因此，0.3.0 是该项目的首个功能化 MVP，而非维护性版本。

当前进展

我花了一些时间审查代码库，并制定了一份详细的发布计划。简而言之：

• 基础扎实。数据模型、工厂、渠道注册表和数据库 schema 设计良好，并配有单元测试。管理栏中的通知中心 UI 也已就位。
• 系统尚未实现端到端串联。持久化层仍是一组桩代码，REST API 返回空响应，关闭通知不会保存任何内容，REST 控制器测试也被跳过。一些微妙问题（涉及 schema、工厂、模型序列化和客户端数据存储）意味着仅把各部分串联起来还不够，必须先修复这些问题。
• 发布工具已经偏离标准。不同文件中的版本号不一致，readme 和 changelog 已过时，国际化无法端到端运行，而且某些 CI 检查在未执行任何测试的情况下也会通过。
• 近期维护：工具已与当前 WordPress 标准对齐（#559），依赖项也已更新至最新版本。

特别致谢

我必须向在我 2023 年不得不暂时离开期间挺身而出、推动项目继续前进的贡献者们致以崇高的敬意和衷心感谢，尤其是 @sephsekla、@bitmachina 和 @erikyo，以及迄今为止所有为该项目作出贡献的人。希望在我们努力将该项目合并入核心时，大家都能以某种方式参与进来。

后续步骤

工作将分为多个阶段，其中许多任务可以并行推进：

1. 清理工作区。分类处理尚未合并的 pull request，包括现有的轮询 PR（#397），并将相关 issue 移入 0.3.0 里程碑。
2. 构建 MVP。发布带有可用升级路径的 schema 更新，实现通知和订阅存储库，添加用于向渠道发出通知的 PHP API，使用恰当的能力模型完善 REST endpoints，修复客户端存储，并添加轮询和持久化关闭功能。增加一条用于生成示例通知的 WP-CLI 命令，将使这一切更容易测试。
3. 修复正确性和安全问题。这些问题包括 subscriptions endpoint 上未关闭的权限检查、输出转义、通知操作的 URL 验证以及时区处理。
4. 让国际化正常工作，从 text domain 一直到生成 .pot 文件并将翻译随 zip 一起发布。
5. 整理发布工作。统一版本号，将最低要求设为 WordPress 6.7 和 PHP 8.1，编写 changelog，并修复发布工作流和测试矩阵。
6. 发布 0.3.0，将其作为 GitHub release 发布，提交至 WordPress.org 插件目录，并邀请所有人开始测试。

你可以在这份 Markdown 文档中找到有关发布计划的更多细节，它将有助于明确需要完成的工作。

本次发布的目标日期是 2026 年 12 月 1 日，以便与最终的 WordPress 7.2 RC 保持一致。

参与进来

如果你愿意提供帮助，无论是通过编写代码、测试、提供设计反馈，还是审查拉取请求，都欢迎加入 Making WordPress Slack 的 #feature-notifications 频道。随着工作推进，我会定期在那里发布最新进展；那里也是了解最需要哪些帮助的最佳渠道。你也可以在 GitHub 仓库中持续关注进展。

#feature-notifications