array ( 0 => 'index.php', 1 => 'PHP Manual', ), 'head' => array ( 0 => 'UTF-8', 1 => 'de', ), 'this' => array ( 0 => 'migration70.other-changes.php', 1 => 'Sonstige Änderungen', 2 => 'Sonstige Änderungen', ), 'up' => array ( 0 => 'migration70.php', 1 => 'Migration von PHP 5.6.x nach PHP 7.0.x', ), 'prev' => array ( 0 => 'migration70.removed-exts-sapis.php', 1 => 'Entfernte Erweiterungen und SAPIs', ), 'next' => array ( 0 => 'migration56.php', 1 => 'Migration von PHP 5.5.x auf PHP 5.6.x', ), 'alternatives' => array ( ), 'source' => array ( 'lang' => 'de', 'path' => 'appendices/migration70/other-changes.xml', ), 'history' => array ( ), ); $setup["toc"] = $TOC; $setup["toc_deprecated"] = $TOC_DEPRECATED; $setup["parents"] = $PARENTS; manual_setup($setup); contributors($setup); ?>

Sonstige Änderungen

Lockerung der Beschränkungen für reservierte Wörter

Global reservierte Wörter sind nun innerhalb von Klassen, Schnittstellen und Traits als Namen für Eigenschaften, Konstanten und Methoden erlaubt. Dadurch werden Probleme mit der Abwärtskompatibilität verringert, wenn neue Schlüsselwörter eingeführt werden, und Einschränkungen bei der Namensgebung für APIs vermieden.

Dies ist besonders nützlich, um interne DSLs mit "sprechenden" Schnittstellen (Fluent Interfaces) zu erstellen:

<?php
// 'new', 'private' und 'for' waren bisher nicht nutzbar.
Project::new('Project Name')->private()->for('purpose here')->with('username here');
?>

Die einzige Einschränkung dabei ist, dass das Schlüsselwort class immer noch nicht als Name für eine Konstante verwendet werden kann, da es sonst zu einem Konflikt mit der Syntax zur Auflösung von Klassennamen (ClassName::class) kommen würde.

Die Warnung bei date.timezone wurde entfernt

Bisher wurde eine Warnung ausgegeben, wenn die INI-Einstellung date.timezone nicht vor der Verwendung von datums- oder zeitbasierten Funktionen gesetzt wurde. Nun wurde diese Warnung entfernt (wobei die Standardeinstellung für date.timezone immer noch UTC ist).