Manifest项目中namePlural属性非英语复数形式的处理问题

在Manifest项目开发过程中，开发者发现当使用非英语复数形式作为namePlural属性值时，会导致管理界面出现错误。这个问题特别出现在德语等非英语语言的复数形式设置上。

问题现象

当开发者在backend.yml配置文件中为实体设置德语复数形式Spieler时，系统会抛出错误。然而，如果使用英语风格的复数形式Spielers，系统却能正常工作。这表明系统在处理非英语复数形式时存在逻辑缺陷。

技术分析

Manifest框架在处理实体名称复数化时，默认采用了英语的复数化规则。当开发者显式指定namePlural属性时，系统应该直接使用该值，而不应再进行任何复数化处理。但当前实现中，系统似乎仍然对显式指定的复数形式进行了某种验证或处理。

解决方案

修复此问题需要修改框架的复数化处理逻辑，具体应包含以下改进：

1. 当namePlural属性显式设置时，应完全信任并使用该值，跳过任何自动复数化处理
2. 移除对显式复数形式的语言规则验证
3. 确保路由生成和UI显示都直接使用指定的复数形式

最佳实践建议

对于多语言项目，建议开发者：

1. 为每种语言环境提供完整的单复数形式
2. 考虑使用国际化(i18n)方案处理实体名称
3. 在测试阶段验证所有语言环境下的名称显示

影响范围

此问题主要影响：

• 使用非英语复数形式的项目
• 需要多语言支持的管理界面
• 自动生成的路由和导航项

该修复已通过提交合并到主分支，开发者可以更新到最新版本来获得修复。