<?= ?>Ostatnio natknąłem się na ten tag PHP i niechętnie go używam, ale swędzi tak mocno, że chciałem, żebyś się z nim zgodził. Wiem, że jest złą praktyką do wykorzystywania krótkich znaczników <? ?>i że powinniśmy używać pełnych tagów <?php ?>zamiast, ale co z tego: <?= ?>?

Oszczędziłoby to trochę pisania i byłoby lepiej dla czytelności kodu, IMO. Zamiast tego:

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

Mógłbym napisać to w ten sposób, co jest czystsze:

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

Czy używanie tego operatora jest niezadowolone?

Historia

Zanim pociąg dezinformacji odejdzie zbyt daleko od stacji, jest kilka rzeczy, które musisz zrozumieć na temat krótkich tagów PHP.

Podstawowym problemem związanym z krótkimi znacznikami PHP jest to, że PHP zdążyło wybrać tag ( <?), który był używany przez inną składnię, XML .

Po włączeniu tej opcji nie można było wyodrębnić deklaracji XML bez wyświetlania błędów składniowych:

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

Jest to duży problem, gdy zastanawiasz się, jak popularne jest analizowanie plików XML i zarządzanie nimi.

Co <?=?

Chociaż <?powoduje konflikty z XML, <?= nie powoduje . Niestety, opcje włączania i wyłączania były powiązane short_open_tag, co oznaczało, że aby skorzystać z krótkiego tagu echa ( <?=), trzeba było poradzić sobie z problemami krótkiego tagu otwartego ( <?). Problemy związane z krótkim otwartym tagiem były znacznie większe niż korzyści płynące z krótkiego tagu echa, więc znajdziesz półtora miliona rekomendacji do short_open_tagwyłączenia, które powinieneś .

Jednak w PHP 5.4 krótki znacznik echa został ponownie włączony niezależnie od short_open_tagopcji. Widzę to jako bezpośrednie poparcie dla wygody <?=, ponieważ nie ma w tym nic zasadniczo złego.

Problem polega na tym, że nie możesz zagwarantować, że będziesz mieć, <?=jeśli spróbujesz napisać kod, który mógłby działać w szerszej gamie wersji PHP.

_{ok, więc teraz to już wszystko}

Powinieneś użyć <?=?

Odkurzę mój kapelusz PHP

Zdecydowanie wolałbym używać <?= $someVar ?>bardziej gadatliwych echo(po prostu osobistych preferencji). Tylko minusem AFAIK jest dla użytkowników, którzy są uruchomione pre-5.4.0, w którym to przypadku short_open_tagmusi być włączony w pliku php.ini .

Powiedziawszy to, jeśli twój projekt nie jest systemem operacyjnym, jest to kwestia sporna. Jeśli tak, udokumentuję fakt, że short_open_tags musi być włączony, lub użyję bardziej przenośnego z tych dwóch rozwiązań.

Należy zdecydowanie unikać krótkich tagów formularza, czy to <?lub <?=.

Głównym powodem technicznym jest przenośność, nigdy nie możesz być pewien, że tagi skrócone będą działać dla każdej konfiguracji, ponieważ można je wyłączyć, poszukaj short_open_tagdyrektywy. Ale zawsze możesz być absolutnie pewien, że długa forma będzie działać wszędzie.

Oszczędziłoby to trochę pisania i byłoby lepiej dla czytelności kodu, IMO.

To także zły nawyk. Naprawdę nie mogę ci powiedzieć, co uważasz za bardziej czytelne, ale jestem gorliwie przeciwny używaniu czytelności kodu jako wymówki, aby zaoszczędzić sobie kilku naciśnięć klawiszy. Jeśli obawiasz się o czytelność, powinieneś wybrać silnik szablonów, to:

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

jest znacznie bardziej czytelny z obu twoich przykładów.

Na koniec warto zauważyć, że tagi krótkich formularzy są wyraźnie odradzane przez duże projekty PHP, na przykład PEAR i Zend Framework .

Dokumentacja PHP wyraźnie mówi, że możesz bezpiecznie używać krótkich znaczników echa:

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

Chociaż dotyczy to wersji PHP 5.4 i nowszych, ale każdy powinien przynajmniej z niej skorzystać. Wolałbym je tylko do celów szablonowych.

Powody używania krótkich tagów:

• Są krótsi.

Powody nieużywania krótkich tagów:

• Wprowadzają one jeszcze jedną gotową konfigurację - podczas gdy Ty kontrolujesz serwer przez większość czasu w kontekście profesjonalnym, jeśli planujesz opublikować swój kod dla ogółu społeczeństwa, krótkie tagi mogą ulec uszkodzeniu w sposób nieodwracalny dla osób, które go używają, powiedzmy, na dzielonym hostingu .
• Ułatwiają swobodne upuszczanie niezanieczyszczonych łańcuchów na wyjście. Jest to przerażające, ponieważ może wprowadzać luki w zabezpieczeniach XSS. Podczas gdy długie tagi nie robią nic bezpośrednio, aby temu zapobiec, sygnalizują programistom, że być może to, co robią, nie jest właściwą rzeczą i powinni zacząć korzystać z systemu szablonów, który automatycznie obsługuje teraz kodowanie HTML . Wyprowadzanie ciągów dynamicznych za pomocą długich znaczników jest bolesne, co jest dobrą (edukacyjną) rzeczą.

Myślę, że <?=wersja jest dobrą / akceptowalną praktyką, pod warunkiem, że używasz jej tylko do ostatecznego generowania zmiennych i unikasz wywołań funkcji lub logiki trójskładnikowej, które nie są bezpośrednio związane z prezentacją danych.

Z pewnością jest znacznie lepszy niż <? echo($x); ?>wszędzie.

W dłuższej perspektywie warto przyjrzeć się silnikom szablonów, takim jak Smarty .

Począwszy od PHP 7.4, pole gry nieco się zmienia:

<? ?> jest oficjalnie przestarzałe i zostanie usunięty w PHP 8.0.

PHP RFC: Przestarzałe PHP Krótkie otwarte tagi wyraźnie stwierdzają, że <?= ?>nie ma to wpływu. Oznaczałoby to (według mnie, nie RFC), że jego użycie nie jest odradzane.

Szczerze mówiąc, myślę, że powtórzenie wyniku, bez względu na metodę (stara lub nowa moda), jest czymś dość przestarzałym, podczas gdy MVC świętuje już 33 lata.

Powiedziałbym, że tak, jest to dobra praktyka, aby kapsułkować przychodzące dane serwera (php) w ​​dokumencie XML i przetwarzać je w warstwie aplikacyjnej / klienckiej, oszczędzając Ci nawet pomysłu użycia takiego znacznika.