本文详解PHP中“Method is not compatible with interface”错误的成因，聚焦接口与实现类间方法参数、返回类型及可见性必须严格一致的核心规则，并提供可立即落地的重构示例。

本文详解PHP中“Method is not compatible with interface”错误的成因，聚焦接口与实现类间方法参数、返回类型及可见性必须严格一致的核心规则，并提供可立即落地的重构示例。

错误的本质是什么

在 PHP 的面向对象开发里，只要一个类选择实现接口，它所有公开方法的签名（signature）就必须和接口定义保持完全一致。

这里的“一致”包括参数个数、类型、先后顺序，以及返回类型声明。任何一项不一致，都会触发报错。

您碰到的 Method 'Calculator::getNpsScore()' is not compatible with method 'NpsCalculatorContract::getNpsScore()'，本质原因很直接：接口里声明的方法不接收参数，但实现类中的同名方法却额外接收了参数（例如 $responses, $promoters, $detractors）。

这破坏了 Liskov 替换原则，也触发了 PHP 对接口契约的强制校验。

错误定位分析

观察原始接口定义：

public function getNpsScore(): int; //  无参数，返回 int

但实现类中却写为：

public function getNpsScore($responses, $promoters, $detractors): int; //  3个参数 —— 不兼容！

同样的情况也出现在 getA verageScore()、getPromoterCount() 等一系列方法里。

接口明确要求这些方法必须“无参调用”，可具体实现却硬塞进了 $responses。结果很直接，PHP 解析器会认定方法签名不一致，并当场抛出编译级错误。

即使代码处理逻辑本身说得通，也过不了接口契约这一关。

正确解法：统一契约，状态内聚

接口方法应不依赖外部传参，而是操作类内部已持有的状态，即 $this->responses。

因此需要完成以下三步：

• 修正接口方法签名：全部移除参数，仅保留返回类型声明。
• 重构实现类：所有计算逻辑基于 $this->responses 属性执行。
• 确保构造函数正确赋值：并添加属性声明以提升可读性与类型安全。

以下是符合PSR-12规范的修复后完整代码：

 10) {
throw new InvalidArgumentException('Each response must be an integer between 1 and 10.');
}
}
$this->responses = $responses;
}

public function getNpsScore(): int
{
$promoterCount = $this->getPromoterCount();
$detractorCount = $this->getDetractorCount();
$total = $this->getTotalResponseCount();

if ($total === 0) {
return 0;
}

$score = (($promoterCount - $detractorCount) / $total) * 100;
return (int) round($score); // 按需求四舍五入为整数
}

public function getA verageScore(): float
{
if (empty($this->responses)) {
return 0.0;
}
return round(array_sum($this->responses) / count($this->responses), 1);
}

public function getPromoterCount(): int
{
return count(array_filter($this->responses, fn($v) => $v === 9));
}

public function getPassiveCount(): int
{
return count(array_filter($this->responses, fn($v) => $v === 7 || $v === 8));
}

public function getDetractorCount(): int
{
return count(array_filter($this->responses, fn($v) => $v < 6));
}

public function getTotalResponseCount(): int
{
return count($this->responses);
}
}

关键注意事项

• 不要在接口中为业务方法添加参数：接口定义的是“能力契约”，而非“调用协议”。参数应由构造函数注入或通过setter注入，而非每次调用时传入。
• 属性类型声明不可省略：private array $responses; 显式声明类型，避免运行时类型错误，也利于IDE智能提示。
• 空数据防御：所有计算方法均需处理 $this->responses 为空的情况，防止除零或array_sum([])返回0引发逻辑偏差。
• __construct 在接口中声明是合法且推荐的：自PHP 8.0起，接口可声明构造函数（用于约束实现类必须接受特定参数），但注意它不强制调用逻辑，仅约束签名。

验证使用示例

$responses = [9, 10, 8, 5, 9, 7, 3];
$calc = new Calculator($responses);

echo "NPS Score: {$calc->getNpsScore()}n"; // e.g., 29
echo "A vg Score: {$calc->getA verageScore()}n"; // e.g., 7.3
echo "Total: {$calc->getTotalResponseCount()}n"; // 7

结论

只要实现接口，方法签名就必须与接口完全一致。

这类“Method is not compatible with interface”错误，看似是语法问题，实则是接口契约被破坏的结果。

遵循以上重构原则，不仅能彻底消除“method not compatible”错误，更能提升代码的可测试性、可维护性与契约清晰度。

这才是PHP强类型接口设计的真正价值所在。