AnkiDroid项目中的AndroidManifest.xml兼容性处理与多语言复数形式问题

背景概述

在AnkiDroid这个开源Android应用开发过程中，开发团队遇到了两个相互关联的技术问题：AndroidManifest.xml文件中的minSdk版本兼容性处理，以及应用多语言支持中的复数形式翻译问题。这两个问题在代码提交过程中产生了冲突，需要进行技术调整和优化。

AndroidManifest.xml的minSdk兼容性问题

项目在最近的一次提交中(commit 292d662d0b676edf21939b15c88dcf38fb3d83ba)，对AndroidManifest.xml文件进行了修改，将minSdk版本提升至24以支持拖放(drag and drop)功能。这种修改涉及两个AndroidManifest.xml文件：

1. 主模块的AndroidManifest.xml
2. 其他相关模块的AndroidManifest.xml

技术团队认为正确的做法应该是使用<uses-feature>标签来声明功能需求，而不是直接提高minSdk版本。直接提高minSdk版本会导致应用无法在较旧版本的Android设备上运行，影响用户覆盖面。

多语言复数形式的挑战

在解决上述问题的过程中，团队发现了一个更深层次的问题：应用的多语言复数形式处理存在缺陷。特别是在加泰罗尼亚语(ca)的翻译中，复数形式"many"缺失，导致Lint检查失败。

根据Unicode CLDR(Common Locale Data Repository)的标准，加泰罗尼亚语确实需要支持"many"这种复数形式。然而在Crowdin翻译平台上，这一复数形式选项并未被正确提供，这可能是平台本身的一个缺陷。

技术解决方案

经过团队讨论，决定采取以下技术方案：

1. 暂时回滚minSdk版本变更：先恢复AndroidManifest.xml中对minSdk版本的修改，将拖放功能的兼容性处理提取为单独的问题跟踪。

2. 调整Lint检查规则：暂时将UnusedQuantity和MissingQuantity这两个Lint规则从"fatal"级别降级，直到复数形式问题得到根本解决。

3. 长期解决方案：后续需要与Crowdin平台协调，确保所有语言的复数形式都能按照Unicode CLDR标准正确提供，然后同步到项目中。

开发建议

对于类似的技术问题，建议开发团队：

1. 功能需求与版本兼容性应分开处理，优先考虑使用<uses-feature>等声明式方法而不是直接提高minSdk。

2. 在多语言支持方面，建立完整的复数形式检查机制，确保所有语言的翻译都符合CLDR标准。

3. 对于第三方平台(如Crowdin)的限制，要有备用方案，必要时可以直接在代码库中维护关键语言的翻译。

4. Lint规则的调整应该谨慎，避免为了通过检查而掩盖真正的问题。

总结

这次技术问题的处理过程展示了开源项目中常见的兼容性和国际化挑战。通过团队协作和技术讨论，AnkiDroid项目找到了合理的过渡方案，并为长期解决方案奠定了基础。这种技术决策过程对于维护大型开源项目的稳定性和兼容性至关重要。