In welcher Weise ist mein array-index ein 'Illegal string offset'?

Beim "future-proofing" - code testen, PHP 5.4, bekomme ich eine Warnung die ich nicht verstehe.

function __clone() {
  $this->changed = TRUE;
  foreach ($this->conditions as $key => $condition) {
    if (
    $condition['field']
    instanceOf QueryConditionInterface) {
      $this->conditions[$key]['field'] = clone($condition['field']);
    }
  }
}

Brach ich $condition['field'] in eine eigene Zeile zu reduzieren die Menge an code zu konzentrieren. Etwa, dass bestimmte Zeile, PHP hat das zu sagen

Warnung: Illegal string offset 'field' im DatabaseCondition->__clone()

Und ich kann einfach nicht sehen, wie 'Feld', ist ein illegal string offset. Ich vermute, dass ich bin nur etwas fehlt, klar, aber wenn die community nicht finden können, ein problem, ich werde einen bug-report.

Interpretiere ich die Warnung als "Unter keinen Umständen ist "Feld" ein Gültiger Schlüssel". Dieser Fehler hätte Sinn gemacht, wenn ich versucht hatte, uns zum Beispiel ein array als Schlüssel.

  • Code-Review für die Verbesserung der Arbeits-code. Bestimmte Fragen über die Bedeutung von Warnhinweisen off-topic gibt.
  • Können Sie var_dump('$this->conditions');?
  • Dieser Fehler tritt auch bei der Installation von Drupal unter PHP 5.4 drupal.org/node/1483986 ich glaube, etwas in PHP 5.4 ist gebrochen, oder vielleicht 'Feld' ist jetzt ein reserviertes PHP-Schlüsselwort nicht verwendet werden kann für arrays, aber ich bin Neigung zu einem PHP-Fehler. Es wird berichtet, dass dieser Fehler tritt nicht in früheren Versionen auf PHP.
  • Wenn Sie Lesen, mein Kommentar unter die akzeptierte Antwort, die Sie werden feststellen, dass dies nicht ein PHP-problem. Das problem wurde gelöst, wie von Drupal 7.13 drupal.org/node/1414412
InformationsquelleAutor Letharion | 2012-02-17
  1. 2

    Die Warnung sieht aus wie seine zu sagen, dass $condition ist ein string. Ohne Kenntnis des Codes ich weiß nicht, ob das macht keinen Sinn.

    • Bah, du hast Recht. Wie vorgeschlagen von "Mike Purcell" oben, ich var_dump $Bedingungen, wenn der Fehler passiert, und es scheint, dass es manchmal zu einem string.
    InformationsquelleAutor Winston Ewert
  2. 3

    Ohne mehr wissen über die Schaffung der Bedingungen, array, iterator, kann ich nur annehmen, dass Sie sollten zunächst prüfen, ob die Aufrechnung besteht.

    if(isset($condition['field']) && $condition['field'] instanceOf QueryConditionInterface)

    Mithilfe von isset in dieser situation ist genug, und schneller als array_key_exists, der einzige Unterschied ist, wenn $Bedingung['Feld'] ist NULL isset zurück fällt, array_key_exists, wird true zurückgegeben, Ursache der Schlüssel vorhanden ist. Aber weil Sie nur wollen, um die Arbeit auf den Feldern, die eine Instanz von QueryConditionInterface, Sie läuft gut mit isset.

    • Wahrscheinlich ist dieser mir zu langsam, aber ich sehe nicht, wie das gilt? Wenn dies war eine Nachricht über das 'Feld' nicht-existent, hätte ich keine Probleme backtracing die Frage und die Suche nach der Quelle des Problems. Aber jetzt, so wie ich Lesen Sie die Fehlermeldung unter keinen Umständen ist "Feld" einen gültigen key; das macht keinen Sinn für mich. Dies nur Hinzugefügt, um die Frage, wie gut.
    • wenn $Bedingung ist kein array oder array-Objekt Umsetzung, dann sind Sie versucht, Zugriff auf Zeichenfolge, und Sie können nicht auf das string-char-array mit einem string als key und Holen Sie sich die illegal string offset Fehler, ist es neu für mich zu sehen, dass Fehler auf 5.4 meist sehe ich es auf 6.0 Zweig...
    • Der Wert von $Bedingung kann sein 'UND' zum Beispiel.
    InformationsquelleAutor Tobias Herkula
Schreibe einen Kommentar