<?= ?>최근 에이 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 파일 .

이제 프로젝트가 OS가 아니라면 요점이라고 말합니다. 그렇다면 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 문서 내에 캡슐화하여 응용 프로그램 / 클라이언트 계층에서 처리하는 것이 좋습니다. 따라서 그러한 태그를 사용하는 아이디어조차 절약 할 수 있습니다.