PHP kısa etiketlerinin kullanımı kabul edilebilir mi?

Resmi belgelere göre bilgiler :

PHP'de kullanılabilen dört farklı açılış ve kapanış etiketi çifti vardır. Bunlardan ikisi <?php ?> ve <script language="php"> </script>her zaman kullanılabilir. Diğer ikisi kısa etiketler ve ASP stili etiketlerdir ve php.ini yapılandırma dosyasından açılıp kapatılabilir. Bu nedenle, bazı insanlar kısa etiketleri ve ASP tarzı etiketleri uygun bulurken, daha az taşınabilir ve genellikle önerilmez .

Benim durumumda en sunucuların do kısa etiketler etkindir. Yazıyor

<?=

yazmaktan çok daha uygun

<?php echo 

Programcıların rahatlığı önemli bir faktördür, bu yüzden neden önerilmez?

Kodunuzu desteklenmeyen bir sunucuya taşımak zorunda kalırsanız (ve etkinleştiremezseniz) bu bir PITA olduğu için önerilmez. Dediğiniz gibi, paylaşılan ana sürü yapmak destek shorttags ancak "çok" değil hepsi. Komut dosyalarınızı paylaşmak istiyorsanız, tam sözdizimini kullanmak en iyisidir.

Ben katılıyorum <?ve <?=daha programcılar üzerinde kolay <?phpve <?php echoancak sürece aynı formu her zaman kullanmak (ve mekanlarda (örn chuck yok olarak bulmak ve değiştir bir toplu yapmak mümkündür: <? phpya <? =)

Okunabilirliği hiç bir sebep olarak almıyorum. Çoğu ciddi geliştiricinin sözdizimi vurgulama seçeneği vardır.

ThiefMaster'ın yorumlarda bahsettiği gibi, PHP 5.4'ten itibaren, kısa <?= ... ?>etiket ayarlarına bakılmaksızın her yerde etiketler desteklenmektedir . Bu, taşınabilir kodda güvenli oldukları anlamına gelmelidir, ancak bu, PHP 5.4+'ye bağımlılık olduğu anlamına gelir. 5.4 öncesi desteği desteklemek istiyorsanız ve kısa etiketleri garanti edemiyorsanız yine de kullanmanız gerekir <?php echo ... ?>.

Ayrıca, ASP etiketlerinin <%,%>, <% = ve komut dosyası etiketinin PHP 7'den kaldırıldığını bilmeniz gerekir . Bu nedenle, uzun vadeli taşınabilir kodu desteklemek istiyorsanız ve en modern araçlara geçmek istiyorsanız, kod parçalarını değiştirmeyi düşünün.

<?=$whatever?>Gitmesine izin vermek için çok düşkünüm . Onunla hiç problem yaşamadım. Beni kıçından ısırıncaya kadar bekleyeceğim. Tüm ciddiyetle, (benim) istemcilerin% 85'i, nadiren kapatıldıklarında php.ini dosyasına erişebilir . Diğer% 15 ana akım barındırma sağlayıcılarını kullanıyor ve neredeyse hepsinde etkin. Onları seviyorum.

PHP 5.4'ten başlayarak, yankı kısayolu her zaman etkin olacağından yankı kısayolu kısa etiketlerden ayrı bir sorundur. Şimdi bir gerçek:

• Rasmus Lerdorf tarafından SVN Revizyonu
• Posta listesi tartışması

Böylece yankı kısayolunun kendisi ( <?=) artık güvenlidir.

Bütün bu tartışma ile ilgili sorun PHP'nin geçici bir dil olarak kullanılmasında yatıyor. Hiç kimse etiketlerin uygulama kaynak dosyalarında kullanılması gerektiğini savunmuyor.

Bununla birlikte, PHP'nin gömülebilir sözdizimi, güçlü bir şablon dili olarak kullanılmasına izin verir ve şablonlar mümkün olduğunca basit ve okunabilir olmalıdır. Birçoğu, Smarty gibi çok daha yavaş, eklenti şablonlu bir motor kullanmayı daha kolay buldu, ancak aramızda hızlı oluşturma ve saf kod tabanı talep eden saflar için PHP, şablon yazmanın tek yoludur.

Kısa etiketlerin kullanımına yönelik SADECE geçerli argüman, tüm sunucularda desteklenmemesidir. Muhtemelen PHP ve XML'i karıştırmamalısınız çünkü XML belgeleriyle çatışmalar hakkındaki yorumlar gülünçtür; ve eğer öyleyse, metin dizeleri çıkarmak için PHP kullanıyor olmalısınız. Güvenlik asla sorun olmamalı, çünkü şablon dosyalarının içine veritabanı erişim kimlik bilgileri gibi hassas bilgileri koyuyorsanız, o zaman daha büyük sorunlarınız var!

Şimdi o zaman, sunucu desteği konusunda, kuşkusuz, birileri hedef platformlarının farkında olmalıdır. Paylaşılan barındırma olası bir hedefse, kısa etiketlerden kaçınılmalıdır. Ancak birçok profesyonel geliştirici için (benim gibi), istemci sunucu gereksinimlerini dikte edeceğimizi kabul eder (ve aslında gerçeğe bağlıdır). Genellikle sunucuyu kendim kurmaktan sorumluyum.

Ve ASLA bize sunucu yapılandırmasının mutlak kontrolünü vermeyen bir barındırma sağlayıcısıyla çalışmayız - böyle bir durumda sadece kısa etiket desteğini kaybetmekten çok daha fazla sorunla çalışmaya güvenebiliriz. Sadece olmadı.

Bu yüzden evet - Kısa etiket kullanımının dikkatle tartılması gerektiğini kabul ediyorum. Ancak, HER ZAMAN bir seçenek olması gerektiğine ve çevresinin farkında olan bir geliştiricinin bunları kullanmaktan çekinmeyin olması gerektiğine de inanıyorum.

Varsayılan MVC yapılandırmasında " şablon dili olarak PHP " yi zorlayan Zend Framework sayesinde kısa etiketler geri geliyor . Tartışmanın ne hakkında olduğunu görmüyorum, yaşamınız boyunca üreteceğiniz yazılımların çoğu sizin veya şirketinizin kontrol edeceği bir sunucuda çalışacaktır. Kendinizi tutarlı tuttuğunuz sürece herhangi bir sorun olmamalıdır.

GÜNCELLEME

Uzun form kullanan Magento ile biraz iş yaptıktan sonra . Sonuç olarak, uzun biçimine geçtim:

<?php and <?php echo

bitmiş

<? and <?=

Birlikte çalışabilirliği sağlamak için az miktarda çalışma gibi görünüyor.

Çünkü XML bildirimleri ile üretebileceği karışıklık. Birçok kişi hemfikir ile yine de bunu.

Ek bir endişe, sadece son barındırma sunucusunun onları kapattığını bulmak için her şeyi kısa etiketlerle kodlamak için yaratacağı acıdır ...

Aynı harika akış diyagramı aşağıdadır:

Kaynak: Yazılım Mühendisliği Stack Exchange ile ilgili benzer soru

http://uk3.php.net/manual/en/language.basic-syntax.phpmode.php , aşağıdakiler de dahil olmak üzere birçok tavsiyeye sahiptir:

bazı insanlar kısa etiketleri ve ASP tarzı etiketleri uygun bulurken, daha az taşınabilir ve genellikle önerilmez.

ve

PHP'yi XML veya XHTML içine gömüyorsanız <?php ?>, standartlara uymak için etiketleri kullanmanız gerektiğini unutmayın .

ve

Kısa etiketler hedef sunucuda desteklenmeyebileceğinden, yeniden dağıtma veya kontrolünüz altında olmayan PHP sunucularında dağıtım amaçlı uygulamalar veya kütüphaneler geliştirirken kısa etiketler kullanmaktan kaçınılmalıdır. Taşınabilir, yeniden dağıtılabilir kod için kısa etiketler kullanmadığınızdan emin olun.

Herkes hala buna dikkat durumunda ... PHP 5.4.0'dan itibaren Alpha 1 <?=her zaman kullanılabilir:

http://php.net/releases/NEWS_5_4_0_alpha1.txt

Yani kısa etiketler (a) kabul edilebilir ve (b) burada kalacak gibi görünüyor. Şimdilik en azından ...

• Kısa etiketler bazı web sunucularında (paylaşılan ana makineler vb.) Varsayılan olarak açık değildir, bu nedenle bunlardan birine geçmeniz gerekirse kod taşınabilirliği sorun haline gelir.

• Okunabilirlik bazıları için bir sorun olabilir. Birçok geliştirici , özellikle HTML ve PHP ile sıkı bir şekilde dokunmuş bir kod tabanı ile sıkışmışsanız, bir kod taramanın <?phpbaşlangıcından daha belirgin bir işaretleyici olarak göze çarpar.<?

Not: PHP 5.4'ten başlayarak kısa etiket, <?=şimdi her zaman kullanılabilir.

Konu hakkında bilgi aradıktan sonra bu sayfayı okudum ve önemli bir konudan bahsedilmediğini hissediyorum: tembellik ve tutarlılık. PHP için "gerçek" etiketler <? Php ve?>. Neden? Gerçekten umrumda değil. Bunlar PHP için açık olduğunda neden başka bir şey kullanmak istesin ki? <% ve%> benim için ASP anlamına gelir ve <script ..... Javascript anlamına gelir (çoğu durumda). Tutarlılık, hızlı öğrenme, taşınabilirlik ve basitlik için neden standarda bağlı kalmıyorsunuz?

Öte yandan, şablonlardaki (ve SADECE şablonlardaki) kısa etiketlerin yararlı göründüğünü kabul ediyorum, ancak sorun şu ki, burada tartışmak için çok fazla zaman harcadık, muhtemelen boşa gitmenin çok uzun zaman alacağı o kadar zaman "php" ekstra üç karakter yazarak !!

Birçok seçeneğe sahip olmak güzel olsa da, hiç mantıklı değil ve sorunlara neden olabilir. Her programlama dilinin 4 veya daha fazla etiket türüne izin verip vermediğini düşünün: Javascript <JS veya <script .... veya <% veya <? JS .... bu yardımcı olur mu? PHP durumunda, ayrıştırma sırası bu şeylere izin verme lehine olma eğilimindedir, ancak dil başka pek çok açıdan esnek değildir: en ufak bir tutarsızlık üzerine bildirimler veya hatalar atar, ancak kısa etiketler sıklıkla kullanılır. Kısa etiketleri, bunları desteklemeyen bir sunucuda kullanıldığında, bazı durumlarda hata verilmediğinden neyin yanlış olduğunu anlamak çok uzun zaman alabilir.

Son olarak, kısa etiketleri burada sorun olduğunu sanmıyorum: PHP kod blokları sadece iki mantıksal türü vardır - 1) düzenli PHP kodu, 2) şablon yankıları. Birincisi için, sadece her şeyi tutarlı ve taşınabilir tutmak için sadece <? Php ve?> İkincisi için <? = $ Var?> Yöntemi çirkin. Neden böyle olmalı? Neden daha mantıklı bir şey eklemiyorsunuz? <? php $ var?> Bu hiçbir şey yapmaz (ve sadece en uzak olasılıklarda bir şeyle çakışabilir) ve bu garip <? = sözdiziminin yerini alabilir. Ya da bu bir sorunsa, bunun yerine <? Php = $ var?> Kullanabilirler ve tutarsızlıklar konusunda endişelenmezler.

Açık ve kapalı etiketler için 4 seçeneğin ve özel bir "echo" etiketinin rastgele eklenmesinin olduğu noktada PHP'nin php.ini veya .htaccess içinde "özel açma / kapama etiketleri" bayrağı da olabilir. Bu şekilde tasarımcılar en çok sevdiklerini seçebilirler. Ancak bariz nedenlerden ötürü bu aşırıya kaçıyor. Öyleyse neden 4+ seçeneğe izin veresiniz?

Ayrı görünüm dosyaları olan bir MVC çerçevesi veya CMS ile çalışırken bunları kullanmak iyidir.
Hızlı, daha az kod, tasarımcılar için kafa karıştırıcı değil. Sadece sunucu yapılandırmanızın bunları kullanmasına izin verdiğinden emin olun.

Biraz farklı olan bir durum, bir CodeIgniter uygulaması geliştirmektir . CodeIgniter, PHP bir şablon / görünümde kullanıldığında kısa etiketleri kullanıyor gibi görünüyor, aksi takdirde modeller ve denetleyicilerle her zaman uzun etiketleri kullanır. Bu çerçeve içinde zor ve hızlı bir kural değildir, ancak çoğunlukla çerçeve ve diğer kullanımlardan gelen kaynakların çoğu bu sözleşmeyi izler.

Benim görüşüm? Kodu asla başka bir yerde çalıştırmayı planlamıyorsanız, isterseniz bunları kullanın. Aptalca bir fikir olduğunu fark ettiğimde, büyük bir arama yapmak ve değiştirmek zorunda kalmamayı tercih ederim.

<?yeni sürümlerde varsayılan olarak devre dışıdır. PHP'de Kısa Etiketleri Etkinleştirme açıklandığı gibi bunu etkinleştirebilirsiniz .

Kısa etiketler kullanan IMHO kullanıcıları genellikle yankılandıkları her şeyden kaçmayı unuturlar. Varsayılan olarak kaçan bir şablon motoruna sahip olmak güzel olurdu. Rob A'nın Zend Frameworks uygulamalarındaki kısa etiketlerden kaçmak için hızlı bir kesmek yazdığına inanıyorum. Kısa etiketleri seviyorsanız PHP'nin okunmasını kolaylaştırır. O zaman Smarty daha iyi bir seçenek olabilir mi?

{$myString|escape}

bana göre daha iyi görünüyor

<?= htmlspecialchars($myString) ?> 

Kısa etiketleri kullanma amacının ne olduğunu sormak gerekir.

Yazmak için daha hızlı

MDCore şunları söyledi:

<?= yazmaktan çok daha uygun <?php echo

Evet öyle. Komut dosyalarınızda 7 karakter * X kez yazmak zorunda kalmazsınız.

Ancak, bir komut dosyasının tasarlanması, geliştirilmesi ve yazılması bir saat veya 10 saat veya daha fazla zaman aldığında, komut dosyasının süresi boyunca bu 7 karakteri buraya ve oraya yazmamanın birkaç saniye süresi ne kadar önemlidir?

Kısa etiketler açık değilse veya açıksa, komut dosyalarınızın bazı çekirdek veya tümü için potansiyel ile karşılaştırıldığında, bir güncelleme veya ini dosyası / sunucu yapılandırmasını değiştiren biri çalışmayı durdurur, diğer potansiyeller.

Kazandığınız küçük fayda, potansiyel sorunların şiddetini, yani sitenizin çalışmadığını veya daha da kötüsü, yalnızca çalışmayan bölümlerini ve dolayısıyla çözümlenecek bir baş ağrısını aşmaya yaklaşmaz.

Daha kolay okunabilir

Bu aşinalığa bağlıdır .
Hep gördüm ve kullandım <?php echo. Bu yüzden <?=okunması zor olmasa da, bana tanıdık gelmiyor ve bu nedenle okunması kolay değil .

Ve ön uç / arka uç geliştirici bölünmüş (çoğu şirkette olduğu gibi) bu şablonlar üzerinde çalışan bir ön uç geliştirici "PHP açık etiketi ve yankı" eşit olduğunu bilmek daha tanıdık olurdu <?=?
Çoğunun daha mantıklı olanla daha rahat olacağını söyleyebilirim. Yani, açık bir PHP açık etiketi ve sonra ne oluyor "yankı" - <?php echo.

Risk değerlendirmesi
Sorun = tüm site veya temel komut dosyaları çalışmıyor;

Sorunun potansiyeli çok düşük + sonucun şiddeti çok yüksek = yüksek risk

Sonuç

Burada birkaç saniye tasarruf edersiniz ve orada birkaç karakter yazmak zorunda kalmazsınız, ancak bunun için çok risk alırsınız ve sonuç olarak muhtemelen okunabilirliği kaybedersiniz.

Ön veya arka uç kodlama tanıdık ile <?=daha muhtemel anlamak için <?php echostandart -, onlar standart PHP şeyler olarak <?php"eko" bilinen çok iyi açık etiketi ve.
(Ön uç kodlayıcılar bile "yankı" bilmelidir veya sadece bir çerçeve tarafından sunulan herhangi bir kod üzerinde çalışmayacaktır).

Tam tersi olası olmasa da, birisinin mantıksal olarak bir PHP kısa etiketindeki eşittir işaretinin "echo" olduğu sonucuna varması olası değildir.

Kabul edelim. PHP kısa etiketleri olmadan cehennem kadar çirkin.

Aşağıdakilere erişemiyorsanız bunları bir .htaccessdosyada etkinleştirebilirsiniz php.ini:

php_flag short_open_tag on

Taşınabilirlik sorunlarından kaçınmak için, PHP etiketlerini ile başlatın <?phpve PHP dosyanızın tamamen HTML olduğu, HTML olmadığı durumda, kapatma etiketlerini kullanmanıza gerek yoktur.

• Sunucunun destekleyeceğinden ve geliştiricilerinizin anlayacağından emin olduğunuz durumlarda kısa etiketlerin kullanılması kabul edilebilir.
• Birçok sunucu bunu desteklemez ve birçok geliştirici bir kez gördükten sonra anlar.
• Taşınabilirliği sağlamak için tam etiketler kullanıyorum, çünkü o kadar da kötü değil.

Bununla birlikte, bir arkadaşım bunu, alternatif standartlaştırılmış asp tarzı etiketleri desteklemek <%yerine <?, bunun yerine , asp_tags adlı php.ini'de bir ayar olduğunu söyledi. İşte onun mantığı:

... keyfi sözleşmeler standartlaştırılmalıdır . Yani, her zaman eşit değere sahip bir dizi olasılıkla karşı karşıya kaldığımızda - programlama dilimizin kendini çizmek için kullanması gereken tuhaf noktalama işaretleri gibi - bir standart yol seçmeli ve buna bağlı kalmalıyız. Bu şekilde, tüm dillerin (ya da sözleşmenin ilgili olduğu şeyler) öğrenme eğrisini azaltıyoruz.

Bana kulağa hoş geliyor, ama hiçbirimizin vagonları bu dava etrafında toplayabileceğini sanmıyorum. Bu arada, sonuna kadar yapışırdım <?php.

Ben PHP 7 olarak bahsetmeye değer düşündüm:

• Kısa ASP PHP etiketleri <% … %>kayboldu
• Kısa PHP sekmeleri <? … ?>şu durumlarda kullanılabilirshort_open_tagTrue olarak ayarlanmışsa, . Bu varsayılan ayardır.
• PHP 5.4'ten beri, Ayardan bağımsız olarak Kısa Yazdırma etiketleri <?=… ?>her zaman etkindir short_open_tag.

Diğer dillere müdahale ettiği için birincisine iyi kurtuluş.

Artık kişisel tercihlerin dışında kısa baskı etiketlerini kullanmamanız için hiçbir neden yok.

Tabii ki, PHP 5'in eski sürümleriyle uyumlu olacak şekilde kod yazıyorsanız, eski kurallara bağlı kalmanız gerekir, ancak PHP 5.6'dan önceki herhangi bir şeyin artık desteklenmediğini unutmayın.

Bkz. Https://secure.php.net/manual/en/language.basic-syntax.phptags.php

XSS'yi önemsiyorsanız <?= htmlspecialchars(…) ?>, çoğu zaman kullanmalısınız , bu nedenle kısa bir etiket büyük bir fark yaratmaz.

Eğer kısaltmak bile echo htmlspecialchars()üzere h(), bu eklemek için hatırlamak zorunda olduğu bir sorun hemen hemen her zaman (ve zararsız çıkış kullanılmayan ama-is-kaçan önceden veri kaydını, tutmaya çalışıyorum sadece hatalar daha olası hale getirir) hâlâ burada.

Varsayılan olarak güvenli ve benim için etiket yazan şablon motoru kullanıyorum <?php.

<?php ?>Bu programlama dilinin geliştiricileri temel dillerini büyük ölçüde güncellediğinden kullanımı çok daha iyidir. Kısa etiketler ile uzun etiketler arasındaki farkı görebilirsiniz.

Kısa etiketler açık kırmızı olarak vurgulanırken, uzun etiketler daha koyu renkle vurgulanır!

Ancak, bir şeyi yankılanmak, örneğin: <?=$variable;?>gayet iyi. Ancak daha uzun etiketleri tercih edin.<?php echo $variable;?>

Dönüştürme <?için (bir arka boşluk bırakmadan) <?php(bir arka boşluk):

find . -name "*.php" -print0 | xargs -0 perl -pi -e 's/<\?(?!php|=|xml|mso| )/<\?php /g'

Dönüştürme <?için (bir arka boşluk) <?php(sonunda boşluk tutucu):

find . -name "*.php" -print0 | xargs -0 perl -pi -e 's/<\? /<\?php /g'

Kısa etiketi her zaman php mevcuttur. Yani betiğinizdeki ilk ifadeyi yankılamanız gerekmez

misal:

    $a =10;
    <?= $a;//10 
    echo "Hellow";//
    echo "Hellow";

   ?>

Aniden tek bir php script için kullanmanız gerekir sonra u kullanabilirsiniz. misal:

<html>
<head>
<title></title>
</head>  
<body>
<p>hellow everybody<?= hi;?></p>
<p>hellow everybody  </p> 
<p>hellow everybody  </p>   
</body>
</html>

2019 itibariyle burada bazı cevaplara katılmıyorum. Uzun etiketler kullanmanızı öneririm

<?php /* code goes here */ ?>

veya kısa eko etiketleri

<?= /* code goes here */ ?>

Sebep: PSR-1 temel kodlama standardı tarafından önerilmektedir

Gibi diğer kısa etiketler <? /* code goes here */ ?>önerilmez.

Spec diyor ki:

PHP kodu uzun etiketleri veya kısa eko etiketlerini KULLANMALIDIR; diğer etiket varyasyonlarını KULLANMAMALIDIR .

Php içinde 3 etiket bulunmaktadır:

1. <?php ?>yapılandırılmış herhangi bir yönerge gerektirmeyen uzun biçimli etiket
2. short_open_tag o <? ?> php.ini içinde short_open_tag seçenek açıksa
3. <?= php 5.4.0 olduğundan etiketi kısaltın her zaman kullanılabilir

7.0.0 asp asp ve komut dosyası etiketi kaldırıldı

Hayır, ve PHP 6 tarafından aşamalı olarak kaldırılıyorlar, bu nedenle kod ömrünü takdir ederseniz, bunları veya <% ... %>etiketleri kullanmayın.