代码风格、静态检查与类型提示
Git、代码规范与项目工程化#Python全栈#第六阶段#Git、代码规范与项目工程化#代码风格、静态检查与类型提示约 613 字 · 2 分钟阅读
追问显示点击任意追问卡片可收起 / 展开
团队为什么需要统一 Python 代码风格？
追问 命名、缩进、导入组织与函数长度，应怎样结合项目现状形成可执行约定？
格式化、Lint 与静态类型检查有什么区别？
追问 自动整理空格、发现未使用变量、发现参数类型不匹配分别属于什么检查？
采用 Black、Ruff 等工具前，应确认哪些职责和配置？
追问 多个工具规则重叠或相互修改结果时，怎样减少冲突并统一执行顺序？
函数、变量、类与常量应该如何命名？
追问 为什么
data、info、handle 等名字在复杂业务中可能不够清楚？何时短名字又是合理的？注释、文档字符串与清晰命名各解决什么问题？
追问 哪些注释应解释业务原因、约束和取舍？如何避免修改代码后留下过期说明？
函数什么时候应该拆分，什么时候不宜继续拆分？
追问 职责、分支数量、输入输出与调用关系如何帮助判断，而不是只看行数？
类型提示是否会在 Python 运行时自动阻止错误类型传入？
追问 静态检查与运行时输入校验各负责什么？外部请求数据为什么不能只依赖类型注解？
Any、联合类型和可空类型应该怎样使用？
追问 到处使用
Any 会损失什么检查能力？返回 None 时调用方应该怎样处理？为列表、字典和函数返回值添加类型提示，应注意什么？
追问 容器元素类型与整个容器类型有什么区别？不同 Python 版本对注解写法有哪些影响？
现有项目静态检查报出上千条问题，如何逐步引入规范？
追问 如何安排基线、优先级和新增代码要求？为什么批量忽略全部规则难以持续改善？