0

我正在使用 etrade api，它建立在许多静态调用许多函数的类之上。因此，如果我将其更改为“公共静态函数”，我将不断收到这些错误。这是完整的错误消息：

不应静态调用非静态方法 RequestParamsMain::buildFullURL()，假设 $this 来自第 72 行 /home/detroitclicks/public_html/etrade/Market/MarketClient.class.php 中的不兼容上下文

这是 Market 类下该函数的代码。RequestParamsMain 类位于一个单独的 php 文件中，该文件包含在此文件中：

public function productLookup($param_obj)
{

    self::validateParamObj($param_obj,false);
    $resourceURL = RequestParamsMain::buildFullURL(URL_PRODUCTLOOKUP,null,$param_obj);
    return $this->getMarketResponse($resourceURL);

}

这是我要执行的代码：

$request_params = new productLookupParams();
$request_params->__set('company', 'cisco'); // company = "cisco" for example
$request_params->__set('type', 'eq'); // type = equity for example
$out= $mc_obj->productLookup($request_params);
4

2 回答 2

0

问题不在您的代码中，而是在您使用的 API 中，因为它静态调用非静态方法（即RequestParamsMain::buildFullURL）。这种调用在旧版本的 PHP 中是允许的，并且不会生成警告消息，但在较新的版本中会出现，例如 5.4

您有几个选项需要考虑：

  1. 查找您正在使用的 3rdparty 软件的更新版本。如果你没有找到，就把它扔到窗外，因为它是一块垃圾，它的作者根本不了解面向对象编程的概念。如果有其他选择，我会建议这个选项。

  2. 修改您正在使用的 3rdparty 软件的来源。我不建议这样做，因为它可能是一项乏味的工作，甚至可能不符合许可。

    更新：如果它是 API 中的单个错误，您可以通过检查是否RequestParamsMain::buildFullURL完全静态使用来修复它，如果是，则将其设为静态方法。如果它确实不是静态方法，请通过从类中创建一个对象来使调用成为非静态方法RequestParamsMain，例如：

    $request = new RequestParamsMain(/* arguments */); $resourceURL = $request->buildFullURL(URL_PRODUCTLOOKUP,null,$param_obj);

    但是，如果有多个问题，我真的不建议全部检查，因为它很容易成为大量工作，并且软件的新版本可能很容易超过你的结果。无论如何，针对开发人员的错误报告在所有情况下都是有用的。

  3. 关闭严格警告以隐藏这些错误消息。当然，这不是一个真正的解决方案，只是一种解决方法。例如：

    error_reporting(E_ALL ^ E_STRICT);

于 2014-11-16T23:13:12.547 回答
0

根据我对 etrade api 的经验，它们都充满了错误。我想在很大程度上是因为他们老了。

他们的 REST API 记录得很好，但并不完美。我建议自己滚动。您可以删除的库依赖项越多越好。

于 2015-08-19T00:02:37.023 回答