为何Google不为DefaultButtonColors使用data class？有何缘由与潜在问题？

核心原因 #

• 严格控制实例创建逻辑：DefaultButtonColors是private内部类，Google希望开发者只能通过官方提供的buttonColors()这类顶层函数创建ButtonColors实例，而data class自动生成的copy()方法会允许同模块代码随意复制修改实例属性，破坏了API的封装性和行为一致性。
• 避免不必要的细节暴露：data class会自动生成toString()方法，这会把类的所有私有属性直接暴露出来，不符合内部实现类的封装原则，可能在调试或日志中泄露不必要的实现细节。
• 精准把控相等性语义：虽然data class自动生成的equals()和hashCode()也是基于属性，但手动实现可以更明确地匹配@Immutable注解的约束，清晰体现不可变类的相等性判断逻辑，避免潜在歧义（比如后续添加属性时，手动实现能更灵活调整判断规则）。

使用data class可能引发的问题 #

• 破坏API设计意图：copy()方法会让外部绕过官方创建渠道生成自定义实例，可能导致按钮颜色的状态切换逻辑不符合Compose的设计规范，出现异常表现。
• 内部实现细节泄露：自动生成的toString()会输出所有私有属性值，可能在日志中暴露内部实现细节，不利于代码维护。
• 未来兼容性隐患：如果后续DefaultButtonColors需要调整内部属性或逻辑，data class的自动生成方法可能会导致相等性判断意外变化，而手动实现的方法可以更平滑地过渡，不影响依赖ButtonColors接口的外部代码。

内容的提问来源于stack exchange，提问作者DamienL