Разработчикам

Короткие разыменования в PHP, удобные записи в виде $foo->bar()[0] можно ли?

10 Ноябрь, 2013 21:18

В статье будут рассмотрены темы:
— Развитие синтаксиса PHP
— Будет дан ответ на аксиому "почему только 5.3, не выше?" и что из нового синтаксиса можно.
— Вопрос совместимости, "исторические хвосты"

Мы в данный момент работаем по версии 5.3. Ниже я описываю новые улучшения в 5.4 и 5.5. К сожалению, возможности из этих версий пока использовать НЕЛЬЗЯ. Можно использовать только возможности 5.3.

Важно! Пиши на PHP 5.3! Все вещи, которые доступны выше 5.3 необходимо решать путем создания промежуточных вспомогательных переменных!

Итак, чтобы рассмотреть эту аксиому подробнее,
рассмотрим эволюцию синтаксиса PHP, что же появилось в новых версиях
(будут рассмотрены не все улучшения, а только вопросы коротких разыменований, и важных в связи с выходом D7).

[spoiler]

PHP 5.3
— В PHP 5й версии появилась возможность возвращать из методов и функций объект. Это позволяет использовать цепочки вызовов.

$object->method()->method()->method(); 
$object->method()->method()->member = 5;

В PHP 4й версии (до PHP 5.0), приходилось писать так (хорошо, что это в прошлом):

$tmp =& $object->method();
$tmp =& $tmp->method();
$tmp->method();

В PHP 5.3, как и во всей пятой ветке PHP, включена новая машина-интерпретатор скриптов Zend Engine 2.0 (см. PDF http://www.zend.com/engine2/ZendEngine-2.0.pdf )

Самое важное новшество в ZE 2.0 – это новая объектная модель. К примеру в Zend Engine 1.0 (PHP 4) нельзя было использовать статические поля классов, содержащие объекты. Да и вообще много чего было нельзя, включая цепочку вызовов методов $object->method()->method(). А если вспомнить PHP 3.0 (но лучше не надо

), то там вообще процедурный стиль, и объектов не было.

Кстати, именно в Zend Engine 2.0 появился новый синтаксис обращения к символам строки:

 $str1 = $str2 = "";
 $str1{0} = 'a';
 $str2[0] = 'a'; // такой синтаксис для строк 
// уже давно объявлен как устаревший

Это сделано для того, чтобы избежать ошибок. К примеру, в приведенном выше примере $str1 станет строкой "a", а $str2 станет массивом array( 0 => "a" )

— Добавлена поддержка пространств имен.

Пространства имен – это весьма актуально с выходом нового ядра D7.

— Не совсем по теме, но важное доступное улучшение: у тернарного оператора есть теперь сокращенный вид: ?:.

Начиная с версии PHP 5.3 также стало возможным не писать среднюю часть тернарного оператора. Выражение expr1 ?: expr3 возвращает expr1 если expr1 имеет значение TRUE, и expr3 в другом случае.

$a = $expr1 ?: $expr3;
// Это равносильно записи:
$a = $expr1 ? $expr1 : $expr3;

— Добавлена поддержка нативных замыканий (closures) (Lambda/Anonymous функции).

Пример:

$a = array(3, 2, 5, 6, 1);
 
usort($a, function() {
     if ($a == $b) {
      return 0;
     }
     return ($a < $b) ? -1 : 1;
});

— Стал возможен динамический доступ к статическим методам:

class C {
    public static $foo = 123;
}
 
$a = "C";
echo $a::$foo;

PHP 5.4, а вот тут много всего

— Добавлен короткий синтаксис объявления массивов. Например:

$a = [1, 2, 3, 4]; 
$a = ['one' => 1, 'two' => 2, 'three' => 3, 'four' => 4];.

— Добавлена возможность разыменования массивов, возвращаемых функциями. Например:

foo()[0]
$foo->bar()[0]

— Добавлена возможность получения доступа к члену класса при создании экземпляра. Например:

(new Foo)->method()
(new Foo)->property
(new Foo)[0]

— Теперь поддерживается такой синтаксис: Class::{expr}().

class A {
     static function foo() {
      echo "Hello world!\n";
     }
 }
 $x = "f";
 $y = "o";
 A::{$x.$y.$y}();

— Новый тип передаваемого параметра метода/функции Callable, такой аргумент должен быть вызываемым (т.е. удовлетворять условию is_callable($arg, false))

Например:

function foo(callable $do) {
}

foo("strcmp");

foo(function() {});

$o = new ArrayObject();
foo(array($o, "count");

Как видите, в 5.4 много интересного, но использовать это все пока нельзя. Для решения таких задач в 5.3 придется создавать вспомогательные переменные.

Взято из официального материала: новые возможности PHP версии 5.4.0

PHP 5.5
— Поддержка разименования вновь-созданных массивов и строк. Например:

echo array(1, 2, 3)[0]; //output 1
echo "foobar"[2]; //output o
echo "foobar"["foo"][0] // output f
echo [1,3,4][2]; //output 4

См. также:
http://php.net/manual/en/language.typ....array.php,
https://wiki.php.net/rfc/constdereference
Новые возможности PHP версии 5.5.0
http://docs.php.net/manual/ru/migrati...atures.php

К сожалению, как показывает практика, повсеместное внедрение новых версий PHP на серверах в глобальном масштабе – процесс затяжной, и во многом зависит от крупных игроков рынка, таких, которым несомненно является компания Битрикс.

Итог .
Мы в данный момент работаем по версии 5.3, не смотря на то, что на сервере я установил 5.4. Поэтому конструкции из 5.4 нужно знать, но использовать пока нельзя, т.к. на хостах в интернете почти везде пока 5.3!

И на последок пример из жизни

:

Этот кусок кода работал у нас на сервере, т.к. у нас 5.4 (я установил эту версию, т.к. у нее значительно повышена производительность, порядка 30-40%, как говорил недавно Расмус Лердорф, плюс это и заметно). Тем не менее писать нужно на 5.3!

Итак следующий код не вызывал у нас проблем на ТЕСТОВОМ рабочем сервере (см. current($vendor)[ '...' ], это доступно с 5.4)

if (array_key_exists($kS, $vendor) 
     || array_intersect(array_keys($vendor), $sec['SUB_SEC_ID'])
 ) {
     $aMenuLinksDyn[] = array(
      current($vendor)['NAME'],
      $sec['SECTION_PAGE_URL'].'/'.current($vendor)['CODE'].'/',
      Array(),
      Array('DEPTH_LEVEL' => 3),
      ""
    );
 }

После переноса на хостинг возникла ошибка синтаксиса fatal error. Пришлось код переписать:

if (array_key_exists($kS, $vendor) 
     || array_intersect(array_keys($vendor), $sec['SUB_SEC_ID'])
 ) {
     $cv = current($vendor);
     $aMenuLinksDyn[] = array(
      $cv['NAME'],
      $sec['SECTION_PAGE_URL'].'/'.$cv['CODE'].'/',
      Array(),
      Array('DEPTH_LEVEL' => 3),
      ""
    );
 }

Если данный код сразу был бы написан с учетом 5.3 - проблему совместимости удалось бы избежать.

На самом деле совместимость – это краеугольный камень всех программных систем. Важность совместимости бесспорна, но на ее поддержание уходит не мало сил. Возьмите историю с браузером IE7-8, который в мучениях приходится поддерживать некоторым верстальщикам до сих пор. Либо возьмите историю битрикса, «исторические хвосты» которой из-за поддержания совместимости платформы не давали системе развиваться. Об этом прямо сказано в описании нового ядра D7 на сайте битрикса:

Принцип совместимости, от которого компания "1С-Битрикс" не имеет права отказаться, обязывал выполнять большой объём работ, не направленных непосредственно на развитие Bitrix Framework. Это прямо влияло на скорость и качество разработки самой платформы, и косвенно влияло на распространение продуктов компании на рынке.

UPD1. Мы для себя выбрали этот путь, пока повсеместность 5.4 не установится. Но когда она установится, все наши проекты, написанные на 5.3 будут работать и на 5.4. И тогда мы уже повысим минимальную планку до 5.4

Теги:

changelog, d7, PHP 5.4, PHP 5.5, будущее, исторические хвосты, история, развитие, совместимость

1 Комментировать

Комментарии: 30 0 30

Ещё 296

Предыдущие комментарии 10

Юналиев Рамиль

Пользователь 10869 11 Ноябрь, 2013 0:19

Чебан Валерий, может я и перегибаю, но вы тогда много на себя берете (как разработчик). В задачи разработчика не входит предсказание будущего на проекта, а разработка функционала заявленного в тз.

Если там будет стоять пункт php 5.3 тогда без вопросов, а если нет, то для меня причины не использовать php 5.5 не понятны.

Тут я с вами категорически не согласен. Рассмотрим пример: вот вы напишите сайт с использованием конструкций PHP 5.5.  
А далее отдадите его заказчику, и пусть он сам себе хостинг с 5.5 ищет?

А вы сначала сайт делаете, а потом хостинг ищите? В моей практике такого небыло, все заказчики уже имеют хостинг, ну или покупают на старте.

Короткие разыменования в PHP, удобные записи в виде $foo->bar()[0] можно ли?

Продукты

Решения

Внедрение