<?= ?>Son zamanlarda bu PHP etiketine rastladım ve kullanmak konusunda isteksizim, ama o kadar zor kaşınıyor ki, üstesinden gelmeni istemiştim. Ben kısa etiketlerini kullanmak kötü bir uygulamadır biliyoruz <? ?>ve biz tam etiketlerini kullanması gerektiğini <?php ?>bunun yerine, ama ne kimse bu konuda: <?= ?>?

Bazı yazımları koruyacak ve kodun okunabilirliği IMO için daha iyi olacaktır. Yani bunun yerine:

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

Daha temiz olan şöyle yazabilirim:

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

Bu operatörün kullanımı kaşlarını çattı mı?

Tarih

Yanlış bilgilendirme treni istasyonun dışına çıkmadan önce, PHP kısa etiketleri hakkında anlamanız gereken birçok şey var.

PHP'nin kısa etiketleriyle ilgili temel sorun, PHP'nin <?başka bir sözdizimi olan XML tarafından kullanılan bir etiketi ( ) seçmeyi başarmasıdır .

Bu seçenek etkin durumdayken, xml bildirimini sözdizimi hatası almadan ham çıktı elde edemezsiniz:

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

XML ayrıştırma ve yönetiminin ne kadar yaygın olduğunu dikkate aldığınızda bu büyük bir sorundur.

Ne hakkında <?=?

Her ne kadar <?xml ile çakışmalara neden olsa da , <?= yok . Ne yazık ki, açma ve kapatma seçeneklerine bağlıydı short_open_tag, bu da kısa yankı etiketinden ( <?=) faydalanmak için kısa açık etiketin ( <?) sorunlarıyla uğraşmanız gerektiği anlamına geliyordu . Kısa açık etiketle ilgili sorunlar kısa yankı etiketinin sağladığı avantajlardan çok daha büyüktü, bu nedenle short_open_tagkapatmanız gereken bir milyon buçuk öneriyi bulacaksınız .

PHP 5.4 ile, ancak kısa eko etiketi short_open_tagseçeneğinden ayrı olarak yeniden etkinleştirildi . Bunu <?=, kendi içinde kendisinde temelde yanlış bir şey olmadığı için, kolaylığının doğrudan bir onaylaması olarak görüyorum .

Sorun şu ki <?=, daha geniş PHP sürümlerinde çalışabilecek kod yazmaya çalışıyorsanız, sahip olacağınızı garanti edemezsiniz .

_{tamam, şimdi her şey yolunda değil}

Kullanmak mı <?=?

PHP şapkamı tozlamak

Ben kesinlikle <?= $someVar ?>daha ayrıntılı echo(sadece kişisel tercih) üzerinde kullanmayı tercih ediyorum . Sadece olumsuz AFAIK durumda olan ön-5.4.0 çalıştıran kullanıcılar içindir short_open_tagetkin olmalıdır php.ini .

Şimdi söylemiştim, eğer projeniz işletim sistemi değilse, o zaman tartışma konusu. Öyleyse, short_open_tagetkinleştirilmesi gerektiği gerçeğini belgeleyebilirim ya da iki çözümden daha fazla taşınabilir kullanacağım.

Kesinlikle o olsun, kısa form etiketleri önlemek için çalışmalısınız <?ya <?=.

Temel teknik sebep taşınabilirlik, kısa form etiketlerinin verilen her kurulum için çalışacağından asla emin olamazsınız, kapatıldıkları için, short_open_tagdirektife bakın. Ancak, uzun formun her yerde çalışacağından her zaman emin olabilirsiniz.

Bazı yazımları koruyacak ve kodun okunabilirliği IMO için daha iyi olacaktır.

Bu da kötü bir alışkanlık. Size neyi daha okunaklı bulduğunuzu gerçekten söyleyemem, ancak ateşle kod okuma özelliğini kendinize birkaç tuşa basmak için bir bahane olarak kullanmaya karşıyım. Okunabilirlik konusunda endişeleriniz varsa, şurada bir şablon motoru kullanmalısınız:

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

iki örneğinizden çok daha okunabilir.

Son olarak, kısa form etiketlerinin PEAR ve Zend Framework gibi büyük PHP projeleri tarafından açıkça önerilmediğine dikkat çekmek gerekir .

PHP-Belgeler açıkça kısa eko etiketleri güvenle kullanabilirsiniz söylüyor:

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

Bu PHP 5.4 ve daha üstü sürümler için olsa da herkes en azından bunu kullanmalı. Onları sadece cazip amaçlar için tercih ederdim.

Kısa etiketleri kullanma nedenleri:

• Onlar daha kısa.

Nedenleri değil kısa etiketlerini kullanarak:

• Bir tane daha yapılandırma uyarlaması getirdiler - çoğu zaman sunucuyu profesyonel bir bağlamda kontrol ederken, kodunuzu genel halka açıklamayı planlıyorsanız, kısa etiketler onu kullanan, yani paylaşılan barındıran kullanıcılar için tamir edilemez bir şekilde bozulabilir .
• Sterilize edilmemiş dizgileri çıktınıza rasgele düşürmeyi çok kolaylaştırır. Bu korkutucu çünkü XSS açıklarına neden olabilir. Uzun etiketler bunu engellemek için doğrudan hiçbir şey yapmazlarsa da, programcıya belki yaptıklarının doğru olan şey olmadığını işaret ederler ve şu anda kendileri için HTML kodlamasını otomatik olarak yapan bir şablon sistemi kullanmaya başlamalıdırlar . Uzun etiketlerle dinamik karakter dizileri çıkarmak ağrılıdır, ki bu iyi (eğitici) bir şeydir.

Ben düşünüyorum <?=sürümü sadece değişkenlerin nihai çıktısı için kullanmak ve doğrudan ilgili olmayan herhangi bir işlev-aramaları veya üçlü-mantık kaçınmak şartıyla bir iyi / kabul edilebilir bir uygulama olduğu sunum verilerinin.

Kesinlikle <? echo($x); ?>her yerden çok daha iyi .

Uzun vadeli, Smarty gibi şablonlama motorlarına bakmak isteyebilirsiniz .

PHP 7.4'ten itibaren oyun alanı biraz değişiyor:

<? ?> resmen kaldırılmıştır ve PHP 8.0'da kaldırılacaktır.

PHP RFC: PHP'nin kullanımdan kaldırılması Kısa açık etiketler açıkça <?= ?>etkilenmediğini belirtir . Bu (bana göre, RFC'ye göre) kullanımının yasaklanmadığını gösterir.

Dürüst olmak gerekirse, yöntem ne olursa olsun (eski veya yeni moda) bir sonuç yankılanmanın MVC zaten 33 yılını kutlarken oldukça eski bir şey olduğunu düşünüyorum.

Evet, bu, gelen sunucu (php) verilerini bir XML belgesinin içine yerleştirmek ve onu uygulama / müşteri katmanınıza işlemek, böylece böyle bir etiketi kullanma fikrinden tasarruf etmek için iyi bir uygulamadır.