仅含函数的Kotlin文件命名最佳实践咨询

验证函数类文件命名 #

针对存放各类验证逻辑的文件，推荐以下命名方案：

• Validator.kt：简洁直观，直接点明文件核心是提供验证功能，符合Kotlin/Android生态中工具类的单数命名习惯（类似官方的PreferenceManager命名风格），即使包含多个验证函数，这个名字也能清晰表达文件定位。
• Validation.kt：如果你的验证逻辑更偏向于一组操作集合，复数形式也适用，但单数Validator更突出“工具类”的角色定位，语义更聚焦。
• 不推荐*Utils.kt后缀：Utils属于模糊命名，无法直接体现文件功能，Kotlin更倾向于语义明确的命名，避免这类泛化后缀。

设备数据函数类文件命名 #

针对仅包含获取设备信息（厂商、安卓版本等）函数的文件，推荐：

• DeviceInfo.kt：比DeviceDataUtil.kt更简洁，Info比Data更贴合“设备基础信息”的定位，去掉冗余的Util后缀——Kotlin中如果文件核心是单个功能函数，直接用功能相关名词命名即可，无需额外标注工具类。
• DeviceProperties.kt：如果你的函数返回的是设备属性集合，这个命名能更精准地体现内容属性，适合属性类的设备数据场景。
• 同样避免*Util.kt：单个核心函数的文件，语义明确的名词命名比泛化的Util后缀更易读易维护。

通用命名原则补充 #

• Kotlin文件命名采用大驼峰（PascalCase），与文件内的核心类/单例/顶层函数的语义保持一致。
• 优先选择具体、语义明确的名词，避免模糊的通用后缀（如Utils/Helpers），除非工具类功能杂糅且无明确单一核心作用。

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