Я <?= ?>недавно сталкивался с этим тегом PHP и неохотно им пользуюсь, но он так сильно чешется, что я хотел, чтобы вы его взяли. Я знаю , что это плохая практика , чтобы использовать короткие тег , <? ?>и что мы должны использовать полные тег <?php ?>вместо этого, но что об этом один: <?= ?>?

Это сэкономит некоторую печатность и будет лучше для читабельности кода, IMO. Итак, вместо этого:

<input name="someVar" value="<?php echo $someVar; ?>">

Я мог бы написать это так, что чище:

<input name="someVar" value="<?= $someVar ?>">

Не одобряется ли использование этого оператора?

история

Прежде чем поезд дезинформации выйдет слишком далеко от станции, нужно кое-что понять о коротких тегах PHP.

Основная проблема с короткими тегами PHP заключается в том, что PHP удалось выбрать тег ( <?), который использовался другим синтаксисом, XML .

При включенной опции вы не смогли получить необработанный вывод объявления xml без получения синтаксических ошибок:

<?xml version="1.0" encoding="UTF-8" ?>

Это большая проблема, если учесть, насколько распространен XML-анализ и управление.

Как насчет <?=?

Хотя <?вызывает конфликты с XML, <?= не делает . К сожалению, варианты его включения и выключения были привязаны short_open_tag, а это означало, что для получения выгоды от использования короткого тега echo ( <?=) вам пришлось столкнуться с проблемами короткого открытого тега ( <?). Проблемы, связанные с коротким открытым тегом, были намного больше, чем преимущества короткого эхо-тега, поэтому вы найдете миллион с половиной рекомендаций по short_open_tagотключению, которые вам следует .

В PHP 5.4, однако, короткий эхо-тег был повторно включен отдельно от short_open_tagопции. Я рассматриваю это как прямое подтверждение удобства <?=, так как в этом нет ничего принципиально неправильного.

Проблема в том, что вы не можете гарантировать, что получите, <?=если попытаетесь написать код, который мог бы работать в более широком диапазоне версий PHP.

_{Хорошо, теперь, когда все это не в порядке}

Вы должны использовать <?=?

Стереть мою шляпу PHP

Я определенно одобрил бы использование <?= $someVar ?>более многословного echo(просто личное предпочтение). Только недостаток AFAIK для пользователей , которые работают предварительно 5.4.0, в этом случае short_open_tagдолжны быть включены в php.ini .

Сказав это, если ваш проект не ОС, то это спорный вопрос. Если это так, я бы либо задокументировал тот факт, что short_open_tags должен быть включен, либо использовал бы более переносимое из двух решений.

Вы должны определенно стараться избегать коротких тегов формы, будь то <?или <?=.

Основная техническая причина - мобильность, вы никогда не можете быть уверены, что короткие теги форм будут работать для каждой конкретной настройки, так как они могут быть отключены, посмотрите short_open_tagдирективу. Но вы всегда можете быть абсолютно уверены, что длинная форма будет работать везде.

Это сэкономит некоторую печатность и будет лучше для читабельности кода, IMO.

Это тоже плохая привычка. Я не могу сказать вам, что вы находите более читабельным, но я категорически против использования читабельности кода в качестве предлога, чтобы сэкономить пару нажатий клавиш. Если вы беспокоитесь о читабельности, вам следует использовать шаблонизатор:

<input name="someVar" value="{someVar}">

гораздо более читабельным из обоих ваших примеров.

Наконец, стоит отметить, что короткие теги форм явно не приветствуются крупными проектами PHP, например, PEAR и Zend Framework .

В PHP-документации четко сказано, что вы можете безопасно использовать короткие эхо-теги:

5.4.0 The tag <?= is always available regardless of the short_open_tag ini setting.

Хотя это для PHP версии 5.4 и выше, но каждый должен по крайней мере использовать это. Я бы предпочел их только для шаблонных целей.

Причины использования коротких тегов:

• Они короче.

Причины не использовать короткие теги:

• Они вводят еще одну настройку - хотя вы в большинстве случаев управляете сервером в профессиональном контексте, если вы планируете выпустить свой код для широкой публики, короткие теги могут быть неисправимы для людей, которые используют его, например, на виртуальном хостинге. ,
• Они делают слишком легким случайное попадание необработанных строк в ваш вывод. Это страшно, потому что это может привести к уязвимости XSS. Хотя длинные теги напрямую ничего не делают для предотвращения этого, они дают понять программисту, что, возможно, то, что они делают, не является правильным, и им следует начать использовать систему шаблонов, которая автоматически обрабатывает для них HTML-кодировку прямо сейчас . Вывод динамических строк с длинными тегами является болезненным, что является хорошей (обучающей) вещью.

Я думаю, что <?=версия является хорошей / приемлемой практикой, при условии, что вы используете ее только для окончательного вывода переменных и избегаете любых вызовов функций или троичной логики, которые не имеют прямого отношения к представлению данных.

Это, конечно, намного лучше, чем <? echo($x); ?>везде.

В долгосрочной перспективе вы можете захотеть взглянуть на движки шаблонов, такие как Smarty .

Начиная с PHP 7.4, игровое поле немного меняется:

<? ?> официально устарела и будет удалена в PHP 8.0.

PHP RFC: устаревшие теги PHP Short open явно указывают, что <?= ?>это не затронуто. Это будет указывать (по моему мнению, не RFC), что его использование не рекомендуется.

Честно говоря, я думаю, что повторение результата в зависимости от того, какой метод (старый или новый), является чем-то довольно устаревшим, в то время как MVC отмечает 33 года.

Я бы сказал, что да, это хорошая практика - инкапсулировать данные входящего сервера (php) в XML-документ и обрабатывать их на уровне приложений / клиента, таким образом, сохраняя даже идею использования такого тега.