Kotlin 后端规范
适用场景
- 编写或重构 BK-CI Kotlin 后端代码
- 处理 Kotlin 文件结构、格式和命名规范
- 调整函数设计、对象创建、空安全和集合使用方式
- 判断某段 Kotlin 写法是否符合项目约定
不适用场景
- 只是一般后端分层或服务归属判断
- 只是 Spring Boot 配置和框架用法
- 只是单元测试写法,不涉及 Kotlin 语言约定
快速指导
- 这个 skill 关注的是 BK-CI Kotlin 代码约定,不替代后端分层、API 设计或 Spring Boot 架构 skill。
- Kotlin 规范建议分三块看:
- 文件结构、格式与导入:
reference/1-file-format-import.md - 命名、函数设计与对象调用:
reference/2-naming-function-design.md - 空安全、集合与 BK-CI 项目约定:
reference/3-null-safety-project-practice.md
- 文件结构、格式与导入:
- 能交给格式化工具和静态检查的规则,不要在主 skill 里重复展开。
- 项目特有的高价值约定要优先关注,例如行宽、命名参数、禁止 wildcard import、避免完整类路径直接调用。
- 如果问题已经转向后端服务分层,联动看
backend-microservice-development;如果问题转向 Spring Boot 框架用法,后续再看对应框架规范。
高信号规则
- Kotlin 规范的重点是可读性、一致性和低歧义,而不是把语言特性全部用满
- 项目特有约定应优先于泛化教程式知识
- 语言规范适合按需加载为 skill,不适合以长篇 rule 常驻在每次会话中
关键陷阱
- 把通用 Kotlin 教程内容原样塞进规则层
- 只记格式,不看 BK-CI 项目特有约束
- 语言规范、后端架构规范、Spring Boot 用法混成一个大文档
延伸阅读
- 文件结构、格式与导入:
reference/1-file-format-import.md - 命名、函数设计与对象调用:
reference/2-naming-function-design.md - 空安全、集合与 BK-CI 项目约定:
reference/3-null-safety-project-practice.md - 如果你在改后端分层:再看
backend-microservice-development - 如果你在写测试:再看
unit-testing