实际项目开发时遇到的两个点我觉得需要写出来因为大模型总是写Python写得不合理。logger.error这样的代码在模型生成的时候随处可见try:......exceptExceptionase:logger.error(ferr:{e})问题是error log会屏蔽traceback而如果try中有太多的代码仅凭一行error log是无法定位问题出在哪里的。所以更合理的写法应该是传入exc_infoTruelogger.error(ferr:{e},exc_infoTrue)或者使用logger.exception如果你的logger继承自标准库的logging模块那这个方法就是支持的logger.exception(ferr:{e})import的位置PEP 8 明确要求import 应集中在文件顶部按标准库 → 第三方 → 本地库分组。但实际项目开发的时候出于如下原因该导入是可选的需要在未安装该库的平台确保正常运行。该导入会带来性能上的问题因此需要确保仅在需要使用时导入。很多人会将导入写进代码里的if判断条件。我不认为这是一种合理的做法这两点应该用其他有效的方法进行规避而不是付出降低项目可维护性的代价。