标记接口与里氏替换原则：PHP未认证用户命令权限控制方案

首先，咱们得明确为什么你原来的代码会报错：PHP的方法重写规则要求子类方法的参数类型必须兼容父类/接口的方法。你的User接口定义executeCommand接受Command类型，但UnauthenticatedUser的同名方法只接受UnauthenticatedCommand——这相当于把参数类型收窄了，违反了里氏替换原则（LSP）：当你把UnauthenticatedUser当作User类型使用时，调用方传入一个普通的Command实例，子类方法根本处理不了，所以PHP引擎直接抛出致命错误阻止这种不兼容的情况。

你提到Command和UnauthenticatedCommand是等价的标记接口，但从类型系统的角度来说，UnauthenticatedCommand是Command的子类型，反过来却不成立——这就是问题的核心。

下面给你两种干净的解决方案，都不需要任何内省操作（比如instanceof）：

方案一：利用PHP 8.0+的泛型接口 #

如果你的项目使用PHP 8.0及以上版本，可以用泛型来让User接口支持特定的命令类型，既保持接口的统一性，又能严格约束命令类型：

<?php

interface Command { }
interface UnauthenticatedCommand extends Command { }

// 定义泛型User接口，约束命令类型必须是Command的子类型
interface User<T extends Command> {
    public function executeCommand(T $c);
}

// 实现时指定具体的命令类型为UnauthenticatedCommand
class UnauthenticatedUser implements User<UnauthenticatedCommand> {
    public function executeCommand(UnauthenticatedCommand $c) {
        // 在这里处理未认证用户的命令逻辑
        echo "执行未认证命令: " . get_class($c) . PHP_EOL;
    }
}

这个方案的好处是：

• 完全符合LSP，因为每个User实现类都明确声明了自己能处理的命令类型
• 类型检查在编译时完成，不需要运行时的类型判断
• 保持了User接口的抽象性，方便后续扩展其他用户类型（比如AuthenticatedUser实现User<AuthenticatedCommand>）

方案二：使用接口分离原则（ISP）拆分接口 #

如果你的项目还在使用PHP 8.0以下的版本，或者更倾向于更清晰的接口职责划分，可以拆分User接口为更具体的子接口：

<?php

interface Command { }
interface UnauthenticatedCommand extends Command { }
interface AuthenticatedCommand extends Command { } // 可扩展的认证命令接口

// 基础User接口，只包含所有用户通用的方法（比如获取用户名、ID等）
interface User {
    public function getUserId(): string;
}

// 专门的未认证用户接口，定义其能执行的命令类型
interface UnauthenticatedUser extends User {
    public function executeCommand(UnauthenticatedCommand $c);
}

// 专门的认证用户接口（可选，用于扩展）
interface AuthenticatedUser extends User {
    public function executeCommand(AuthenticatedCommand $c);
}

// 实现未认证用户类
class GuestUser implements UnauthenticatedUser {
    public function getUserId(): string {
        return "guest_" . uniqid();
    }

    public function executeCommand(UnauthenticatedCommand $c) {
        // 处理未认证命令逻辑
        echo "访客执行命令: " . get_class($c) . PHP_EOL;
    }
}

这个方案的优势在于：

• 严格遵循单一职责原则，每个接口只定义对应用户类型的能力
• 完全兼容低版本PHP，不需要泛型支持
• 代码可读性更高，调用方可以直接通过接口类型判断用户能执行的命令类型

两种方案都满足你的需求：未认证用户只能执行UnauthenticatedCommand，且完全不需要内省操作。你可以根据项目的PHP版本和架构偏好选择合适的方案。

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