以下是官方文件提供的信息:
有四对不同的 可以是开始和结束标记 用于PHP。其中两个<?php ? > And <script language="php"> </script>， 总是可用的。另外两个 是短标签和ASP风格标签，和 可以打开和关闭从 Php.ini配置文件。因此, 而有些人发现短标签和 ASP样式标签方便，它们都是 便携性较差，而且通常不是 推荐。
根据我的经验，大多数服务器都启用了短标记。打字
<?=
比打字方便多了
<?php echo
程序员的便利性是一个重要因素，那么为什么不推荐他们呢?
当前回答
<？PHP ?>更适合使用，因为这种编程语言的开发人员已经大量更新了他们的核心语言。你可以看到短标签和长标签之间的区别。
短标签将突出显示为浅红色，而较长的标签将突出显示为深色!
然而，回显某些内容，例如:<?=$variable;?>很好。但更喜欢长标签。<？PHP回显$variable;>
其他回答
有人会问使用短标签的意义是什么。
打字更快
MDCore说:
<？=比输入<?php echo
是的，它是。你不必在整个脚本中键入7个字符* X次。
然而，当一个脚本需要一个小时，或10个小时，或更多的时间来设计、开发和编写，那么在脚本的整个过程中，这几秒钟没有在这里和那里输入那7个字符的时间又有什么关系呢?
相比之下，如果短标签没有打开，或正在打开，但更新或有人更改ini文件/服务器配置，可能会导致一些核心或所有脚本无法工作，其他可能性。
您获得的小好处并不能抵消潜在问题的严重性，即您的站点无法工作，或者更糟，只有部分无法工作，因此需要解决的问题令人头痛。
更容易阅读
这取决于熟悉程度。 我总是看到并使用<?php echo。所以当<?=并不难读，只是我不熟悉，所以不容易读。
如果前端和后端开发人员分开(就像大多数公司一样)，那么前端开发人员是否会更熟悉这些模板?=等于“PHP打开标签和回声”? 我想说大多数人会觉得更合乎逻辑的答案更舒服。也就是说，一个明确的PHP打开标记然后发生了什么"echo" - <?php echo。
风险评估 问题=整个网站或核心脚本无法工作;
发生问题的可能性非常低+结果的严重程度非常高=高风险
结论
你可以在这里节省几秒钟，而不必输入几个字符，但为此冒了很大的风险，结果也可能会失去可读性。
前端或后端程序员熟悉<?=更容易理解<?php echo，因为它们是标准的php东西- standard <?PHP打开标签和众所周知的“echo”。 (即使是前端程序员也应该知道“echo”，否则他们根本不会在框架提供的任何代码上工作)。
然而相反的情况就不太可能发生了，有人不太可能从逻辑上推断出PHP短标记上的等号是“echo”。
我太喜欢<?=$whatever?>让它去。从来没有问题。我会一直等到它咬到我的屁股。说真的，85%的(我的)客户在极少数情况下可以访问php.ini。另外15%使用主流主机提供商，而且几乎所有的提供商都启用了主流主机提供商。我爱他们。
我在寻找了这个主题的信息后读了这篇文章，我觉得有一个主要的问题没有被提及:懒惰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+选项呢?
当您使用具有单独视图文件的MVC框架或CMS时，使用它们是很好的。它速度快，代码少，不会让设计师感到困惑。只要确保您的服务器配置允许使用它们即可。
短标签在某些web服务器(共享主机等)中默认是不开启的，所以如果你需要转移到这些服务器上，代码可移植性就成了一个问题。 对某些人来说，可读性可能是个问题。许多开发人员可能会发现<?PHP作为代码块的开始标记比<?当你扫描一个文件时，特别是当你被HTML和PHP紧密交织在一起的代码库困住时。
