Python中向方法传参与读取类属性的适用场景分别是什么？

这两种实现方式是Python类设计中非常常见的选型问题，业界的选型核心围绕状态归属、使用范围、调用方约束三个维度判断，没有绝对的对错，以下是经过实践验证的指导规范：

适用场景 #

优先选择「属性存储」方案的场景 #

• 变量是实例的核心固有状态，全生命周期内需要被多个方法重复调用，且状态变化需要跨多次方法调用保留：例如数据处理类中存储的原始数据集、爬虫类中存储的会话Cookie，这类变量本身就是实例的组成部分，存储为属性完全符合类设计逻辑
• 类仅在小范围（如团队内部）使用，方法调用顺序有明确约定：这种场景下使用属性存储可以大幅简化调用代码，避免冗余的参数传递
• 需要实现链式调用API：如果设计目标是支持instance.method1().method2().method3()的链式调用写法，属性存储是最简洁的实现方式

优先选择「显式传参」方案的场景 #

• 方法是无状态纯函数，输入固定则输出固定：例如通用计算、格式转换类方法，不仅可以接收同实例其他方法的输出，还可以接收外部传入的同结构参数，显式传参可以大幅提升方法的复用性
• 类是对外暴露的公共API/SDK组件：显式的入参声明可以让调用方快速理解方法依赖，避免因调用顺序错误导致的隐性Bug，也更方便做参数合法性校验
• 变量是仅在两个方法间传递的临时中间结果，后续不会再被其他逻辑使用：这类变量存储为属性只会污染实例的命名空间，用完即弃的显式传递更干净

核心经验法则 #

判断变量该传递还是存属性，可以按以下优先级依次判断：

• 第一步判断语义：如果变量属于实例本身的固有特征，存属性；如果是单次计算的临时中间产物，显式传递
• 第二步统计使用频次：如果同一个变量会被3个及以上的实例方法调用，优先存属性；如果仅在两个方法间单次传递，优先显式返回
• 第三步评估调用方：如果是对内自用的工具类，优先选开发效率更高的属性存储方案；如果是对外提供的公共组件，优先选容错性更强的显式传参方案
• 第四步评估异常成本：如果变量缺失会导致严重的业务错误，优先选显式传参，让错误在参数传入阶段就暴露，而非运行到方法内部抛出属性不存在的异常后还要回溯调用链路

折中优化方案 #

如果同时需要规避两种方案的缺点，可以采用私有方法封装的折中写法，兼顾易用性和可维护性：

class MyClass:
    # 对外唯一公开的入口方法，封装内部调用逻辑
    def calc_result3(self):
        result1, result2 = self._method1()
        return self._method2(result1, result2)
    
    # 私有方法，仅内部调用，不需要对外暴露调用顺序
    def _method1(self):
        # 生成result1、result2的逻辑
        return result1, result2
    
    def _method2(self, result1, result2):
        # 生成result3的逻辑
        return result3

这种写法对外隐藏了内部实现细节，调用方只需要调用公开入口即可，不需要关心方法调用顺序；内部私有方法采用显式传参，也避免了隐性依赖导致的维护问题。

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