子类中重新定义的方法与父类不同会出现错误（严格标准）

发布于 2024-11-08 22:07:19 字数 786 浏览 0 评论 0原文

我收到此错误：

PayPal::raiseError() 声明应该与 PEAR::raiseError()

分别是 PEAR::raiseError() 和 PayPal::raiseError()：

function &raiseError($message = null,
                     $code = null,
                     $mode = null,
                     $options = null,
                     $userinfo = null,
                     $error_class = null,
                     $skipmsg = false)
{


class PayPal extends PEAR
{
    function raiseError($message, $code = null)
    {
        return parent::raiseError($message, $code, null, null, null, 'PayPal_Error');
    }

有什么方法可以使其在不修改定义的情况下工作吗？

我在此处阅读了有关类加载顺序的信息。这可能是问题所在吗？

原文

I'm getting this error:

Declaration of PayPal::raiseError()
should be compatible with that of
PEAR::raiseError()

These are PEAR::raiseError() and PayPal::raiseError() respectively:

function &raiseError($message = null,
                     $code = null,
                     $mode = null,
                     $options = null,
                     $userinfo = null,
                     $error_class = null,
                     $skipmsg = false)
{


class PayPal extends PEAR
{
    function raiseError($message, $code = null)
    {
        return parent::raiseError($message, $code, null, null, null, 'PayPal_Error');
    }

Any way to make it work without modifying the definitions?

I read here about the order the class are loaded. Could that be the problem?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

仅一夜美梦 2024-11-15 22:07:19

该问题与加载类的顺序无关。由于 PayPal 扩展了 PEAR，因此任何采用 PEAR 对象作为参数的函数实际上都可能会被赋予一个 PayPal 对象。由于 PEAR 方法 raiseError() 允许最多七个参数，因此 PayPal 方法也应至少允许最多七个参数。

最好的解决方案是重构 PayPal 中的 raiseError()：

function raiseError($message = null,
                    $code = null,
                    $mode = null,
                    $options = null,
                    $userinfo = null,
                    $error_class = null,
                    $skipmsg = false)
{
    return parent::raiseError($message, $code, $mode, $options,
                              $userinfo, 'PayPal_Error', $skipmsg);
}

The problem has nothing to do with the order in which classes are loaded. Since PayPal extends PEAR, any function that would take a PEAR object as parameter actually might be given a PayPal object. And since the PEAR method raiseError() allows up to seven parameters, the PayPal method should also allow at least up to seven parameters.

The best solution would be to refactor raiseError() in PayPal:

function raiseError($message = null,
                    $code = null,
                    $mode = null,
                    $options = null,
                    $userinfo = null,
                    $error_class = null,
                    $skipmsg = false)
{
    return parent::raiseError($message, $code, $mode, $options,
                              $userinfo, 'PayPal_Error', $skipmsg);
}

回复收藏 0 原文