Ktlint 1.3.0 版本中类签名规则的变化与适配方案

Ktlint 作为 Kotlin 代码风格检查工具，在 1.3.0 版本中对类签名规则(class-signature)进行了重要调整。这个变化影响了使用 android_studio 代码风格的开发者，特别是那些在类定义中使用多行参数列表的情况。

规则变更背景

在 Ktlint 1.3.0 版本中，class-signature 规则从实验性规则升级为标准规则。这一变化意味着：

1. 该规则现在会默认启用，不再需要显式配置
2. 规则执行更加严格，不再接受类签名的两种不同格式混用
3. 对参数列表的格式要求更加明确

具体问题表现

开发者在使用 android_studio 代码风格时，可能会遇到以下格式的类定义：

class ExampleClass(
    param1: String,
    param2: Int
)

在 1.3.0 版本之前，这种格式和单行格式都是被接受的。但在新版本中，Ktlint 会强制要求保持一致性，如果项目中有混合使用的类签名格式，将会触发错误。

解决方案

对于希望保持多行参数列表风格的开发者，可以通过在 .editorconfig 文件中添加以下配置来实现：

ktlint_class_signature_rule_force_multiline_when_parameter_count_greater_or_equal_than = 1

这个配置会强制 Ktlint 接受多行参数列表的类签名格式，即使参数数量很少。

最佳实践建议

1. 统一项目中的类签名格式，避免混用单行和多行格式
2. 在升级到 Ktlint 1.3.0 时，检查 .editorconfig 文件是否包含 root = true 声明
3. 对于测试类等特殊情况，可以利用 ktlint_function_naming_ignore_when_annotated_with 配置进行特殊处理
4. 考虑团队编码风格偏好，决定采用单行还是多行参数列表格式

升级注意事项

从 1.2.1 升级到 1.3.0 时，开发者应该：

1. 检查所有类签名格式是否一致
2. 评估是否需要强制多行格式
3. 运行 Ktlint 检查并修复所有类签名相关错误
4. 更新 CI/CD 流程中的 Ktlint 版本

通过理解这些变化并采取适当的配置调整，开发者可以顺利过渡到 Ktlint 1.3.0 版本，同时保持代码风格的一致性和可维护性。