Python开发：将Object1传入Object2还是在Object2内实例化？

这真是个非常实际的问题——我在项目里也经常纠结这个，尤其是当某个类要频繁依赖另一个类的功能时。咱们拆解一下两种方案的利弊，再结合你的场景给出建议：

这是更符合现代软件开发最佳实践的方式，核心优势在于解耦，具体来说：

• 低耦合，易扩展：Object2不需要关心Object1是怎么创建的，只要知道它具备所需的属性/方法就行。后期如果要替换Object1的子类、修改它的初始化逻辑（比如加参数、换数据源），完全不用动Object2的业务代码，完美贴合开闭原则。
• 测试友好：写单元测试时，可以轻松传入Mock的Object1实例——比如如果Object1需要连接数据库或者调用外部API，Mock一个模拟数据的实例就能单独测试Object2的业务逻辑，不用依赖真实的外部资源。
• 职责单一：Object2只专注于自己的业务操作，创建Object1的工作交给上层调用者，每个类的边界清晰，代码更容易维护。
• 资源复用：如果Object1初始化成本较高（比如加载大配置文件、建立长连接），同一个实例可以传给多个Object2使用，避免重复初始化带来的性能损耗。

唯一的小缺点是调用时需要多一步创建Object1再传入，看似增加了几行代码，但长远来看这点成本完全值得。

示例代码：

class Object1:
    def __init__(self, core_data):
        self.core_data = core_data
        self.calculated_attr = self._process_data()

    def _process_data(self):
        # 模拟复杂的数据处理逻辑
        return self.core_data * 2

class Object2:
    def __init__(self, obj1: Object1):
        self.obj1 = obj1

    def execute_business(self):
        # 大量使用Object1的属性
        result = self.obj1.calculated_attr + self.obj1.core_data
        print(f"业务处理结果：{result}")

# 调用层负责创建依赖
obj1_instance = Object1(100)
obj2_instance = Object2(obj1_instance)
obj2_instance.execute_business()

这种方式看似简单，但只适合非常有限的场景：

优点： #

• 调用便捷：上层代码不用关心依赖的创建，直接实例化Object2就行，少写几行代码。

缺点： #

• 强耦合，难维护：Object2和Object1绑定死了，一旦Object1的初始化参数变化、需要替换为子类，必须修改Object2的内部代码，业务逻辑越复杂，改动风险越大。
• 测试困难：无法替换Object1的实例，测试Object2时必须依赖真实的Object1——如果Object1有外部依赖（比如数据库），测试会变得异常繁琐，甚至无法单独测试Object2的逻辑。
• 资源浪费：每次创建Object2都会新建一个Object1实例，要是Object1初始化成本高，会造成不必要的性能损耗。
• 职责混乱：Object2既要处理自己的业务，又要负责创建依赖的Object1，违反了单一职责原则，代码会越来越臃肿。

示例代码：

class Object1:
    def __init__(self, core_data):
        self.core_data = core_data
        self.calculated_attr = self._process_data()

    def _process_data(self):
        return self.core_data * 2

class Object2:
    def __init__(self):
        # 内部硬编码实例化，耦合严重
        self.obj1 = Object1(100)

    def execute_business(self):
        result = self.obj1.calculated_attr + self.obj1.core_data
        print(f"业务处理结果：{result}")

# 调用看似简单，但灵活性为0
obj2_instance = Object2()
obj2_instance.execute_business()

既然你的业务中Object2需要大量使用Object1的属性，说明两者依赖关系很深，优先选择依赖注入的方式：

1. 你大概率会遇到需要切换Object1实例的场景（比如测试用Mock、生产用真实实例），注入的方式让这种切换毫无成本；
2. 业务复杂意味着后续需求变更概率高，解耦的代码能让你在修改依赖时不用触碰核心业务逻辑，降低bug风险；
3. 如果Object1是个“重量级”对象，复用实例能有效节省系统资源。

只有当Object1是个极其简单、永远不会变更的工具类（比如只做固定计算的Helper）时，内部实例化才勉强可行。

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