使用 symfony/translation 的 icu 消息格式处理复数更可靠可维护，它内置 200+ 种语言复数规则，语法为 {count, plural, =0{...} one{...} other{...}}，变量名须匹配、须传整数、不可用全局参数作复数判定。
直接用 Symfony/Translation 的 ICU 消息格式处理复数，比手写条件判断更可靠、更可维护——它内置了 200+ 种语言的复数规则（比如阿拉伯语有六种，俄语分单/双/复），你不用自己查 CLDR 数据。
用 trans() + ICU 语法写复数消息
ICU 格式是目前最健壮的复数表达方式，trans() 默认支持，无需额外配置：
- 基础结构：
{count, plural, =0{...} one{...} other{...}}，其中count是传入的变量名，必须与参数数组中的键一致 -
=0、one、other是 ICU 定义的复数类别，由当前 locale 自动映射（如fr_FR中1属于one，0和2+都走other） - 避免用数字范围写法（如
]1,Inf[），它在某些旧版 ICU 或非标准 loader 下可能失效 - 示例：
$translator->trans('{count, plural, =0{No apples} one{One apple} other{# apples}}', ['count' => $n])
别在 PO 文件里硬编码复数逻辑
PO 文件本身支持复数（通过 msgid_plural 和 msgstr[n]），但 Symfony 的 PoFileLoader 仅把它们转成内部复数规则，**不支持嵌套 ICU 语法或性别选择**：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 如果你在
messages.fr.po里写了msgid "apple"+msgid_plural "apples"，Symfony 会正确加载，但只能用于简单单复数场景 - 一旦需要“邀请 1 位客人” vs “邀请 2 位客人” + “她的派对”/“他的派对”，PO 文件就力不从心，必须切回 ICU 字符串
- 翻译人员用 Poedit 等工具时，看不到 ICU 结构，容易误改
#占位符为文字，导致运行时报错MessageFormatter::formatMessage(): Message pattern is invalid
注意 addGlobalParameter() 和复数的兼容性
全局参数能减少重复传参，但它和复数消息混用时有隐含限制：
-
$translator->addGlobalParameter('site_name', 'My App')对所有消息生效，包括 ICU 消息里的占位符 - 但 ICU 消息中 **不能** 把全局参数当复数变量用，例如：
{site_name, plural, ...}会失败——site_name是字符串，不是整数，ICU 解析器直接跳过该分支 - 真正要复数的变量（如
count、num_items）必须显式传入参数数组，不能依赖全局参数 - 常见错误：
$translator->trans('{count, plural, one{# item} other{# items}}', [])—— 忘传count，结果永远输出other分支
ICU 复数看似多写几个花括号，实则省去大量 locale 特判代码；最容易被忽略的是：变量名必须严格匹配、必须传整数、不能和全局参数混用作复数判定依据——这些地方一错，就退化成静态字符串，且无明显报错。
