请解释Jetpack Compose中Unit返回值@Composable函数命名规范的原因

Jetpack Compose官方的这个命名规范，核心是适配声明式UI的开发模式、降低认知负担并保持生态一致性，具体原因如下：

• 清晰区分Composable与普通函数
  Kotlin普通函数默认用camelCase命名，而Composable函数用PascalCase，不用看@Composable注解就能快速识别这是一个UI组件。比如ProfileCard()一眼就知道是渲染用户信息的UI块，而fetchUserInfo()则是数据请求的普通函数，在大型项目里能大幅提升代码可读性。

• 贴合UI组件的认知模型
  返回Unit的Composable本质是UI组件/元素，用名词（或带形容词前缀的名词）命名更符合开发者对“视图”的认知——比如OutlinedButton、ErrorSnackbar，看到名字就知道这是一个可复用的UI单元，而不是执行某个动作的函数（动作类函数通常用动词开头的camelCase，比如showSnackbar()）。

• 延续Android生态的命名习惯
  传统Android原生视图（如TextView、LinearLayout）都采用PascalCase命名，Compose延续这个规范，能让熟悉Android开发的开发者快速上手，不需要重新适应新的命名逻辑，保持了生态的一致性。

• 避免命名冲突
  如果Composable用camelCase，很容易和同作用域下的普通函数重名。比如你可能有一个负责触发弹窗逻辑的普通函数showDialog()，同时又有一个渲染弹窗UI的Composable函数ShowDialog()，用PascalCase就能明确区分两者的职责，避免调用混淆。

• 强化声明式UI的思维模式
  声明式UI的核心是“描述UI是什么”，而不是“告诉UI做什么”。用名词命名Composable，能引导开发者从“编写操作逻辑”转向“声明UI结构”，比如UserProfile()是在声明“这里要显示一个用户信息面板”，而不是“执行显示用户信息的操作”，更贴合Compose的设计理念。

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