在产品代码中使用反射是不是不好?

您真的不应该在生产代码中使用反射。你为什么不用 is_callable 在这里?

if (!is_callable(array('Validations', $validation_method)) {
    throw new LogicException('method does not exist');
}

Validations 类具有静态方法 $validation_method 并确保您可以从当前上下文调用它。实际上,这给了你比思考更大的灵活性,因为这需要 __call

如果在代码中需要反射API的强大功能,那么就使用它。但是反射可能很慢,基准在使用时永远不会受到损害。最后,只有您才能决定它是否对您的应用程序有太大的影响。我们只是在谈论微秒。

example Validation class .

如果你想用 __call 有了它(魔法方法太慢了,顺便说一句),你可以使用 class_implements

public function __call($method, $args)
{
    if ( class_exists( $method )) {
        $validator = new $method;
        if($validator instanceof IValidate) {
            return call_user_func(array($validator, 'validate'), $args);
        }
        throw new BadMethodCallException('Class exists but is not a Validator');
    }
    throw new RuntimeException('Method does not exist');
}

旁注: the Zend Framework already has an extensive number of Validators you can build on . 由于ZF是一个组件库,您可以使用它们,而无需将整个应用程序迁移到ZF。梨也有 Validation package.

我不想在产品代码中使用反射。而不是试图调用validate_ 某物