因为它会与XML声明产生混淆。不过，很多人都同意你的观点。

另一个问题是，如果用短标签编码所有东西，最后却发现最终的托管服务器已经关闭了它们，这会带来痛苦……

短标签在某些web服务器(共享主机等)中默认是不开启的，所以如果你需要转移到这些服务器上，代码可移植性就成了一个问题。 对某些人来说，可读性可能是个问题。许多开发人员可能会发现<?PHP作为代码块的开始标记比<?当你扫描一个文件时，特别是当你被HTML和PHP紧密交织在一起的代码库困住时。

PHP短标记(<?)和快速回显标记(<?=)之间必须有明确的区别。

前者是PHP编码标准所禁止的，主要是出于常识，因为如果您必须将代码移到不支持它的服务器上(并且您不能启用它)，那么它就是一个PITA。正如你所说，许多共享主机确实支持短标签，但“许多”并不是全部。如果您希望共享脚本，最好使用完整的语法。

而简略的回显标记<?=不能禁用，因此完全可以使用。

我同意<?对程序员来说比<?PHP，但只要每次使用相同的表单，就可以进行批量查找和替换。

我根本不认为可读性是一个理由。大多数认真的开发人员都可以选择语法高亮显示。

正如ThiefMaster在评论中提到的，从PHP 5.4开始，<?=……?>标签在任何地方都被支持，不管shortttags设置如何。这应该意味着在可移植代码中使用它们是安全的，但这也意味着依赖于PHP 5.4+。如果你想支持5.4版本之前的版本，并且不能保证短标签，你仍然需要使用<?PHP回显…? >。

此外，您还需要知道ASP标记<%、%>、<%=和script标记已从PHP 7中删除。因此，如果您想要支持长期可移植的代码，并想要切换到最现代的工具，请考虑更改这部分代码。

一种稍有不同的情况是在开发CodeIgniter应用程序时。CodeIgniter似乎在模板/视图中使用PHP时使用短标签，否则在模型和控制器中它总是使用长标签。这并不是框架中的硬性规则，但在大多数情况下，框架和许多来自其他用途的源代码都遵循这一约定。

我的意见?如果您从未打算在其他地方运行这些代码，那么如果您愿意，可以使用它们。当我意识到这是一个愚蠢的想法时，我宁愿不做大量的搜索和替换。

我太喜欢<?=$whatever?>让它去。从来没有问题。我会一直等到它咬到我的屁股。说真的，85%的(我的)客户在极少数情况下可以访问php.ini。另外15%使用主流主机提供商，而且几乎所有的提供商都启用了主流主机提供商。我爱他们。

不，它们正在被PHP 6淘汰，所以如果你喜欢代码寿命，就不要使用它们或<%…% >标记。

如果你关心XSS，那么你应该使用<?= htmlspecialchars(…)?>大多数情况下，所以短标记不会有很大区别。

即使你将echo htmlspecialchars()缩短为h()，它仍然是一个问题，你必须记住几乎每次都要添加它(并试图跟踪哪些数据是预先转义的，这是不可转义的，但无害只会使错误更容易发生)。

我使用默认情况下安全的模板引擎，并写入<?PHP标签。

由于Zend Framework在默认的MVC配置中引入了“PHP作为模板语言”，短标签又回来了。我不明白争论的是什么，你一生中生产的大部分软件都将在你或你的公司控制的服务器上运行。只要你能始终如一，就不会有任何问题。

更新

在Magento做了大量的工作之后，它使用了长格式。因此，我改用了长形式的:

<?php and <?php echo

over

<? and <?=

为了确保互操作性，似乎只需要做少量的工作。

如果您确定服务器将支持短标记，并且您的开发人员能够理解它，那么使用短标记是可以接受的。 许多服务器不支持它，许多开发人员在看过一次之后就会理解它。 我使用完整的标记来确保可移植性，因为它真的没有那么糟糕。

说了这么多，我的一个朋友说，为了支持其他标准化的asp样式标签，比如<%而不是<?，这是php.ini中称为asp_tags的设置。他的理由如下:

．.． 随意的约定应该是 标准化。也就是说，任何时候我们都可以 面对一系列的可能性 都是等价的，比如什么 奇怪的标点符号我们的编程 应该用语言来界定 我们应该选择一个标准 坚持下去。这样我们 减少所有人的学习曲线 语言(或者其他的东西 公约属于)。

听起来不错，但我不认为我们所有人都能在这件事上保持一致。与此同时，我将坚持使用完整的<?php。

让我们面对现实吧。没有短标记的PHP非常丑陋。

如果你无法访问php.ini，你可以在.htaccess文件中启用它们:

php_flag short_open_tag on

整个讨论的问题在于使用PHP作为模板语言。没有人认为标签应该在应用程序源文件中使用。

然而，PHP的可嵌入语法允许它作为一种强大的模板语言使用，并且模板应该尽可能简单易读。许多人发现使用像Smarty这样慢得多的附加模板引擎更容易，但对于我们中那些要求快速呈现和纯代码库的纯粹主义者来说，PHP是编写模板的唯一方法。

反对使用短标记的唯一有效论点是，并不是所有服务器都支持短标记。关于与XML文档冲突的注释是可笑的，因为无论如何您都不应该混合使用PHP和XML;如果你是，你应该使用PHP输出文本字符串。安全性永远不应该成为问题，因为如果您将数据库访问凭证等敏感信息放在模板文件中，那么您就会遇到更大的问题!

现在，关于服务器支持的问题，我们必须清楚自己的目标平台。如果共享主机是一个可能的目标，那么应该避免使用短标记。但是对于许多专业开发人员(比如我自己)来说，客户端承认(实际上，这取决于事实)我们将决定服务器需求。通常我自己负责设置服务器。

我们从未与不给予我们绝对控制服务器配置的主机提供商合作——在这种情况下，我们可能会遇到更多麻烦，而不仅仅是失去短标签支持。这是不会发生的。

所以，是的，我同意短标签的使用应该仔细权衡。但我也坚信这应该是一种选择，并且了解环境的开发人员应该自由地使用它们。

我在寻找了这个主题的信息后读了这篇文章，我觉得有一个主要的问题没有被提及:懒惰vs.一致性。PHP的“真正”标签是<?PHP和?>。为什么?我真的不在乎。这些明明是PHP的，为什么还要用别的东西呢?<%和%>对我来说是ASP， <script .....意味着Javascript(在大多数情况下)。因此，为了一致性、快速学习、可移植性和简单性，为什么不坚持标准呢?

另一方面，我同意模板中的短标签(仅在模板中)看起来很有用，但问题是我们在这里花了这么多时间讨论它，可能会浪费很长时间来输入额外的三个字符“php”!!

While having many options is nice, it's not at all logical and it can cause problems. Imagine if every programming language allowed 4 or more types of tags: Javascript could be <JS or < script .... or <% or <? JS.... would that be helpful? In the case of PHP the parsing order tends to be in favor of allowing these things, but the language is in many other ways not flexible: it throws notices or errors upon the slightest inconsistency, yet short tags are used often. And when short tags are used on a server that doesn't support them, it can take a very long time to figure out what is wrong since no error is given in some cases.

Finally, I don't think that short tags are the problem here: there are only two logical types of PHP code blocks-- 1) regular PHP code, 2) template echoes. For the former, I firmly believe that only <?php and ?> should be allowed just to keep everything consistent and portable. For the latter, the <?=$var?> method is ugly. Why must it be like this? Why not add something much more logical? <?php $var ?> That would not do anything (and only in the most remote possibilities could it conflict with something), and that could easily replace the awkward <?= syntax. Or if that's a problem, perhaps they could use <?php=$var?> instead and not worry about inconsistencies.

在有4个打开和关闭标签的选项以及随机添加一个特殊的“echo”标签的情况下，PHP也可以在PHP .ini或.htaccess中有一个“自定义打开/关闭标签”标志。这样设计师就可以选择他们最喜欢的。但出于显而易见的原因，这太过分了。那么为什么要允许4+选项呢?

恕我直言，使用短标签的人经常忘记转义他们所呼应的内容。如果有一个默认转义的模板引擎就好了。我相信Rob A写了一个快速的hack来避免在Zend框架应用程序中的短标签。如果您喜欢短标签，因为它使PHP更容易阅读。那么Smarty是不是一个更好的选择呢?

{$myString|escape}

在我看来，这比

<?= htmlspecialchars($myString) ?> 

从PHP 5.4开始，echo快捷方式与短标记是分开的问题，因为echo快捷方式将始终启用。现在这是事实:

SVN由Rasmus Lerdorf修订 邮件列表讨论

因此echo快捷方式本身(<?=)现在可以安全使用了。

http://uk3.php.net/manual/en/language.basic-syntax.phpmode.php上有很多建议，包括:

而有些人发现短标签和 ASP样式标签方便，它们都是 便携性较差，而且通常不是 推荐。

and

如果您正在嵌入PHP，请注意 在XML或XHTML中 使用<?保留PHP ?>标记 符合标准。

and

应该避免使用短标签 在开发应用程序或 用于 重新分配，或者在PHP上部署 不属于你的服务器 控件，因为短标记可能不是 目标服务器支持。为 可移植的、可重新分发的代码 不要使用短标签。

为了避免可移植性问题，在PHP标记开始时使用<?如果你的php文件是纯php，没有HTML，你不需要使用结束标签。

如果有人还在关注这个…PHP 5.4.0 Alpha 1 <?=总是可用的:

http://php.net/releases/NEWS_5_4_0_alpha1.txt 所以看起来短标签(a)是可以接受的，(b)是可以保留的。至少现在……

< ?在较新版本中默认禁用。您可以像在PHP中启用短标签那样启用它。

注意:从PHP 5.4开始，短标记<?=，现在总是可用。

当您使用具有单独视图文件的MVC框架或CMS时，使用它们是很好的。它速度快，代码少，不会让设计师感到困惑。只要确保您的服务器配置允许使用它们即可。

以下是其美妙的流程图:

来源:关于软件工程堆栈交换的类似问题

有人会问使用短标签的意义是什么。

打字更快

MDCore说:

<？=比输入<?php echo

是的，它是。你不必在整个脚本中键入7个字符* X次。

然而，当一个脚本需要一个小时，或10个小时，或更多的时间来设计、开发和编写，那么在脚本的整个过程中，这几秒钟没有在这里和那里输入那7个字符的时间又有什么关系呢?

相比之下，如果短标签没有打开，或正在打开，但更新或有人更改ini文件/服务器配置，可能会导致一些核心或所有脚本无法工作，其他可能性。

您获得的小好处并不能抵消潜在问题的严重性，即您的站点无法工作，或者更糟，只有部分无法工作，因此需要解决的问题令人头痛。

更容易阅读

这取决于熟悉程度。 我总是看到并使用<?php echo。所以当<?=并不难读，只是我不熟悉，所以不容易读。

如果前端和后端开发人员分开(就像大多数公司一样)，那么前端开发人员是否会更熟悉这些模板?=等于“PHP打开标签和回声”? 我想说大多数人会觉得更合乎逻辑的答案更舒服。也就是说，一个明确的PHP打开标记然后发生了什么"echo" - <?php echo。

风险评估 问题=整个网站或核心脚本无法工作;

发生问题的可能性非常低+结果的严重程度非常高=高风险

结论

你可以在这里节省几秒钟，而不必输入几个字符，但为此冒了很大的风险，结果也可能会失去可读性。

前端或后端程序员熟悉<?=更容易理解<?php echo，因为它们是标准的php东西- standard <?PHP打开标签和众所周知的“echo”。 (即使是前端程序员也应该知道“echo”，否则他们根本不会在框架提供的任何代码上工作)。

然而相反的情况就不太可能发生了，有人不太可能从逻辑上推断出PHP短标记上的等号是“echo”。

<？PHP ?>更适合使用，因为这种编程语言的开发人员已经大量更新了他们的核心语言。你可以看到短标签和长标签之间的区别。

短标签将突出显示为浅红色，而较长的标签将突出显示为深色!

然而，回显某些内容，例如:<?=$variable;?>很好。但更喜欢长标签。<？PHP回显$variable;>

把< ?(不带尾随空格)到<?PHP(后面有一个空格):

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

把< ?(后面有空格)到<?PHP(保留尾随空格):

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

值得一提的是，从PHP 7开始:

短ASP PHP标签<%…%>消失了 短PHP标签<?如果short_open_tag设置为true，则>仍然可用。这是默认值。 从PHP 5.4开始，短打印标签<?=…?>总是启用的，不管short_open_tag设置如何。

摆脱第一个语言是件好事，因为它干扰了其他语言。

除了个人喜好，现在没有理由不使用短打印标签。

当然，如果您正在编写与PHP 5遗留版本兼容的代码，则需要坚持旧的规则，但请记住，PHP 5.6之前的任何东西现在都不受支持。

参见:https://secure.php.net/manual/en/language.basic-syntax.phptags.php

还要注意，上面的引用不鼓励使用第二个版本(<??>)因为它可能已经被禁用:

注意: 由于短标签可以被禁用，所以建议只使用正常标签(<?>和<?= ?>)以最大化兼容性。

短标签在php中总是可用的。 因此，您不需要在脚本中重复第一个语句

例子:

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

   ?>

突然你需要使用一个单独的php脚本，然后你可以 使用它。 例子:

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

截至2019年，我不同意这里的某些答案。推荐使用:

1. 长标签

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

2. 短回声标签

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

原因:它们是PSR-1基本编码标准推荐的

其他短标签，如<?/* code goes here */ ?>不推荐

说明书说:

PHP代码必须使用长标记或短回显 标签;它绝对不能使用其他的标签变体。

php中有3个标签:

<?PHP ?>不需要任何配置指令 Short_open_tag <??如果short_open_tag选项在 Php.ini已打开 缩短标签<?=自PHP 5.4.0以来，它总是可用的

从PHP 7.0.0删除asp和script标签