Unicode组织正在GitHub上开发一个可本地化消息字符串的标准项目，旨在为不同语言和地区的消息格式化提供统一规范。该项目由unicode-org维护，关注多语言环境下的消息处理需求。

Unicode 消息格式工作组项目简介

项目名称：Unicode 消息格式工作组（MessageFormat Working Group）
GitHub仓库：unicode-org/message-format-wg
核心目标：开发可本地化消息字符串的行业标准，支持多语言环境下的复杂消息格式化需求（如性别、屈折变化等）。

关键内容

1. 工作组性质

   • Unicode CLDR技术委员会（CLDR-TC）下属小组，专注于消息格式化标准的制定与维护。

2. Unicode消息格式标准

   • 已作为CLDR的稳定组成部分发布，规范文件收录于Unicode技术报告TR35。
   • 替代旧版ICU消息格式化功能（又称MessageFormat 2.0）。
   • 部分功能（如u:命名空间下的默认函数）仍处于草案阶段，接受反馈调整。

3. 参与方式

   • 反馈渠道：
     • 提交问题（Issues）
     • 参与讨论（Discussions）
   • 加入工作组：需签署贡献者协议（CLA），非Unicode成员需申请特邀专家身份。

4. 技术细节

   • 仓库包含规范文档（/spec）、测试用例（/test）及会议记录（/meetings）。
   • 最新版本为LDML48（2025年8月发布）。

5. 许可与版权

   • 采用Unicode版权条款，代码库遵循仓库LICENSE文件。

相关链接

• 规范文档：unicode-org.github.io/message-format-wg
• 贡献指南：CONTRIBUTING.md

（注：省略了GitHub页面导航、赞助信息等非核心内容，保留关键技术描述和参与路径。）

以下是评论内容的总结，平衡呈现不同观点并保留关键引用：

1. 对可行性的质疑

   • rocqua认为概念很好但实施难度大："This seems great in concept, and totally infeasible."
   • BoppreH担心语法复杂化："Oof, that's a programming language already...I feel like we have too many of those already."

2. 与其他技术的比较

   • 1116574指出与Mozilla Fluent相似："Looks alot like mozilla's project fluent."
   • bmn__询问与Gettext的差异："What is the equivalent of xgettext.pl...What is a compelling reason to switch?"

3. 实际应用价值

   • jp1016赞赏其简化条件逻辑："eliminates a bunch of conditional UI logic...removes a lot of branching from application code."
   • Brosper提到学习曲线："well-maintained format but also kinda hard to learn."

4. 未来发展关注

   • strogonoff询问标准化进度："Does anyone know the ETA of MessageFormat 2.0?"
   • revetkn提出替代方案："My project Lokalized attempts to solve many of these complex rules."

5. 功能细节疑问

   • alexchamberlain询问多语言存储方案："Does this define a way to store the strings in various languages?"
   • BoppreH期望保持简洁："I wish it'll at least stay small: no nesting, no plugins."

关键引用保留中英文对照： - "概念很好但实施困难" / "great in concept, totally infeasible" (rocqua) - "已像编程语言" / "that's a programming language already" (BoppreH) - "消除条件逻辑" / "eliminates conditional UI logic" (jp1016)