<?= ?>Нещодавно я натрапив на цей тег 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, що означало, що для отримання переваги короткого тегу ехо ( <?=), вам доведеться розібратися з питаннями короткого відкритого тегу ( <?). Проблем, пов’язаних із коротким відкритим тегом, було набагато більше, ніж переваг від короткого тегу ехо, тому ви знайдете мільйон і півтора рекомендацій щодо його short_open_tagвимкнення, що вам слід .

З PHP 5.4, однак, короткий тег відлуння було знову включено окремо від short_open_tagпараметра. Я розглядаю це як пряме підтвердження зручності <?=, оскільки в цьому немає нічого принципово неправильного.

Проблема полягає в тому, що ви не можете гарантувати, що у вас з'явиться, <?=якщо ви намагаєтесь написати код, який може працювати в більш широкому діапазоні версій PHP.

_{ок, так що тепер це все не виходить}

Чи варто використовувати <?=?

Пил з моєї шапки PHP

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

Тепер сказав, що якщо ваш проект не ОС, то це суперечка. Якщо це так, я б або задокументував факт, що short_open_tagпотрібно ввімкнути, або використати більш портативний із двох рішень.

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

Основна технічна причина - портативність, ви ніколи не можете бути впевнені, що теги короткої форми працюватимуть для кожної заданої установки, оскільки їх можна вимкнути, пошук 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 Короткі відкриті теги прямо заявляють, що <?= ?>це не впливає. Це вказувало б (на мою думку, не на RFC), що його використання не перешкоджає.

Якщо чесно, я вважаю, що повторення результату, залежно від того, який метод є (стара чи нова мода), є чимось досить застарілим, тоді як MVC святкує вже 33 роки.

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