将类属性设为同类方法返回值的OOP设计意义是什么？

在多个Python代码库中见过这类类实现：

class sim:
  def __init__(self, name="sim_today"):
    self.name = name
    self.properties = self.compute_properties()
  def compute_properties(self):
    # 插入计算properties的逻辑
    return properties 

而我更倾向于这种直接在方法内设置属性的写法：

class sim:
  def __init__(self, name="sim_today"):
    self.name = name
    self.compute_properties()
  def compute_properties(self):
    self.properties = # 插入计算properties的逻辑

下面说说第一种设计的核心意义：

• 纯函数特性，复用性拉满
  第一种里的compute_properties是纯函数——只负责计算并返回结果，不修改任何外部状态。除了给__init__初始化属性用，你还能在类的其他方法里、甚至类外部单独调用它，拿到一份独立的计算结果，完全不会影响实例上已有的self.properties。比如后续需要重新计算一份properties做对比，直接调这个方法就行，不用重复写计算逻辑。而第二种写法里这个方法是直接修改实例状态的，调用一次就会覆盖原有属性，没法单独获取计算值。

• 职责拆分清晰，符合单一原则
  第一种写法里，compute_properties只管“算出值”，__init__只管“把值赋给实例属性”，各司其职。如果后续要调整赋值逻辑（比如加个判断：如果计算结果为空就用默认值），或者修改计算逻辑，两边的改动完全独立，不会互相干扰。第二种里方法既做计算又改状态，职责混在一起，后续维护起来容易牵一发动全身。

• 继承重写更灵活
  如果要写子类继承sim，第一种写法里重写compute_properties只需要保证返回正确的值就行，不用操心父类怎么处理这个值；子类甚至可以选择不用这个方法的返回值来赋值self.properties，自由度很高。而第二种写法里，子类重写时必须记得给self.properties赋值，漏写就会导致属性未初始化；要是父类后续改了属性名，子类也得跟着改，耦合度太高。

• 调试测试更省心
  测试第一种的compute_properties时，直接调用它传参数（如果有依赖的话）就能验证返回结果对不对，不需要创建完整的实例，也不用担心修改实例状态带来的副作用。第二种的话，必须先创建实例，再调用方法，最后检查实例的properties属性，步骤繁琐得多。

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