为何Android官方文档中val变量Yellow200采用大写命名？

你提到的这个命名差异确实很常见：官方文档用Yellow200这种大驼峰命名普通val，而多数示例项目采用yellow200小驼峰写法，核心原因可以从以下角度分析：

官方写法的出发点 #

• 贴合Material Design设计令牌逻辑：Material Design的颜色体系中，这类颜色是标准化的设计令牌（比如官方定义的「Yellow 200」），文档用大驼峰是直接映射设计层面的命名，让代码与设计语言的对应关系更直观——相当于明确这是设计系统里的固定标准色，而非临时业务变量。
• 延续Android开发者传统习惯：在Compose推出前，Android XML资源里的颜色命名常用下划线分隔（如yellow_200），代码中转成大驼峰是开发者熟悉的写法，官方文档这么做是为了降低老开发者的认知门槛。
• 强调全局固定属性：虽然不是const val，但这类颜色基本是主题内全局复用的固定值，大驼峰命名能将其与临时变量、局部变量区分开，突出其「全局、可复用」的属性。

示例项目用小写的原因 #

多数示例项目更严格遵循Kotlin官方命名规范：普通val变量（非const、非枚举、非单例属性）要求用小驼峰命名，yellow200的写法更符合代码规范的一致性要求，也贴近日常开发的编码习惯。

总结 #

两种写法均无绝对对错，核心取决于团队编码约定：

• 若项目与Material Design设计系统强绑定，大驼峰写法能更好地和设计侧对齐，沟通成本更低；
• 若更看重Kotlin代码规范的统一，小驼峰写法会让代码风格更一致。

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