将类实例的self属性赋值给局部变量是否属于良好编程实践？

这个问题问得特别实在——很多Python开发者写类方法的时候都会纠结这个点，我结合你提到的两个场景具体聊聊：

首先说你第一个场景里的status_report = self.status_report，这不仅不是坏实践，反而是很常见的优化可读性的操作。你想啊，要是一个方法里要多次用到这个属性，每次都写self.status_report，一来冗余，二来会让代码的核心逻辑被这些重复的符号掩盖。你用和原属性同名的局部变量，只要变量名起得清晰（你这一点做得很好），其他开发者扫一眼就能明白“哦，这个局部变量就是引用了self上的那个status_report属性”，完全不会产生困惑，反而能更快聚焦到代码的业务逻辑上。

再说说你提到的多层嵌套属性的场景，比如self.report['status']['errors']['runtime']，这种情况把它赋值给局部变量的优势就更明显了：

• 首先能避免反复输入一长串嵌套路径，减少打字错误的概率，毕竟手滑打错层级或者引号的情况太常见了；
• 其次，代码的可读性会大幅提升——其他开发者不用每次都花时间解析这一串层级，看到status_report这个变量名，立刻就知道你要操作的是运行时错误相关的字典，能更快get到代码的意图；
• 悄悄说，局部变量的访问速度比多次通过self去访问多层嵌套属性要快一丢丢，虽然大部分业务场景下这点性能提升可以忽略，但如果是高频调用的核心方法，还是有微小的收益的。

你最担心的“会不会让其他开发者困惑”，其实只要注意两个小细节就完全没问题：

1. 变量名一定要和原属性的用途对应，别起个莫名其妙的名字。比如你用status_report对应深层的运行时错误字典，这个命名就非常直观；
2. 如果你的局部变量会被重新赋值为全新对象（比如你在方法里写status_report = {}），这时候要注意——这种赋值不会影响到self上的原属性，要是其他开发者误以为修改这个局部变量会同步到实例属性，才可能产生困惑。但在你的例子里，你都是在修改字典的内容（比如append元素），因为字典是可变对象，局部变量和self属性指向同一个对象，修改内容会同步到原属性，这种情况是安全的。

总的来说，把频繁用到的self属性（尤其是多层嵌套的）赋值给局部变量，是非常值得推荐的良好编程实践，既简洁又清晰，完全不用刻意避免。

备注：内容来源于stack exchange，提问作者Magenta