PHP类方法调用策略：静态方法与依赖注入深度解析

class EmailService
{
    private EntityManagerInterface $entityManager;
    private EmailFactory $emailFactory;

    public function __construct(EntityManagerInterface $em, EmailFactory $emailFactory)
    {
        $this->entityManager = $em;
        $this->emailFactory = $emailFactory;
    }
    // ... 其他方法
}

class PaymentService
{
    public function sendPaymentEmail(User $user)
    {
        // 问题所在：EmailService的构造函数需要两个参数，但这里未提供
        $emailService = new EmailService(); // 导致错误
        // ...
    }
}

class EmailService
{
    private EntityManagerInterface $entityManager;
    private EmailFactory $emailFactory;

    public function __construct(EntityManagerInterface $em, EmailFactory $emailFactory)
    {
        $this->entityManager = $em;
        $this->emailFactory = $emailFactory;
    }

    /**
     * 这是一个静态方法示例，它不依赖于EmailService的实例属性。
     * 如果方法内部需要entityManager或emailFactory，则必须通过参数传入。
     */
    public static function logPaymentEmailAttempt(string $sender, User $user, string $template): void
    {
        // 静态方法不能直接访问 $this->entityManager 或 $this->emailFactory
        // 这里的逻辑是独立的，例如记录日志
        echo sprintf("静态方法：尝试从 %s 向 %s 发送支付邮件，使用模板 %s。\n", $sender, $user->getEmail(), $template);
        // 实际的邮件发送逻辑可能需要一个EmailService实例，或者将依赖作为参数传入
    }

    // 假设原始的sendPaymentEmail方法是实例方法，且需要依赖
    public function sendPaymentEmail(string $sender, User $user, string $template): bool
    {
        // 这里可以访问 $this->entityManager 和 $this->emailFactory
        echo sprintf("实例方法：从 %s 向 %s 发送支付邮件，使用模板 %s。\n", $sender, $user->getEmail(), $template);
        // 实际邮件发送逻辑，可能使用 $this->emailFactory 创建邮件，并通过 $this->entityManager 持久化记录
        return true;
    }
}

class PaymentService
{
    // ... 如果PaymentService需要其他依赖，通常也通过构造函数注入
    // private Twig\Environment $twig; // 假设通过DI获取

    public function sendPaymentEmail(User $user)
    {
        $sender = 'no-reply@example.com'; // 假设获取发件人地址

        // 调用EmailService的静态方法，无需实例化EmailService
        EmailService::logPaymentEmailAttempt($sender, $user, 'customer_home');

        // 如果需要调用EmailService的实例方法，则必须通过依赖注入获取实例
        // 见下一节“策略二：依赖注入”
        // return $this->emailService->sendPaymentEmail($sender, $user, 'customer_home');
    }
}

class PaymentService
{
    private EmailService $emailService;
    // private Twig\Environment $twig; // 假设这里也通过DI注入Twig

    /**
     * PaymentService现在通过构造函数接收EmailService的实例。
     * 这表明PaymentService依赖于EmailService。
     */
    public function __construct(EmailService $emailService /*, Twig\Environment $twig */)
    {
        $this->emailService = $emailService;
        // $this->twig = $twig;
    }

    public function sendPaymentEmail(User $user): bool
    {
        // 假设发件人地址来自配置或另一个服务
        $sender = 'no-reply@example.com'; // 简化示例，实际可能来自DI或配置

        // 现在可以安全地调用EmailService的实例方法
        return $this->emailService->sendPaymentEmail($sender, $user, 'customer_home');
    }
}

// 如何实例化 PaymentService (通常由依赖注入容器自动完成)
// 在一个实际的框架（如Symfony、Laravel）中，你不需要手动编写以下代码，DI容器会处理它。

// 1. 创建 EmailService 的依赖
// 假设这些是实际的实现，通常由DI容器管理生命周期
$entityManager = new class implements EntityManagerInterface {}; // 模拟实现
$emailFactory = new class implements EmailFactory {}; // 模拟实现

// 2. 实例化 EmailService，并传入其构造函数依赖
$emailService = new EmailService($entityManager, $emailFactory);

// 3. 实例化 PaymentService，并传入其构造函数依赖（EmailService实例）
$paymentService = new PaymentService($emailService);

// 4. 调用 PaymentService 的方法
$someUser = new class extends User { public function getEmail(): string { return 'test@example.com'; } }; // 模拟User
$paymentService->sendPaymentEmail($someUser);