以下是官方文件提供的信息:
有四对不同的 可以是开始和结束标记 用于PHP。其中两个<?php ? > And <script language="php"> </script>， 总是可用的。另外两个 是短标签和ASP风格标签，和 可以打开和关闭从 Php.ini配置文件。因此, 而有些人发现短标签和 ASP样式标签方便，它们都是 便携性较差，而且通常不是 推荐。
根据我的经验，大多数服务器都启用了短标记。打字
<?=
比打字方便多了
<?php echo
程序员的便利性是一个重要因素，那么为什么不推荐他们呢?
当前回答
我太喜欢<?=$whatever?>让它去。从来没有问题。我会一直等到它咬到我的屁股。说真的，85%的(我的)客户在极少数情况下可以访问php.ini。另外15%使用主流主机提供商，而且几乎所有的提供商都启用了主流主机提供商。我爱他们。
其他回答
有人会问使用短标签的意义是什么。
打字更快
MDCore说:
<？=比输入<?php echo
是的，它是。你不必在整个脚本中键入7个字符* X次。
然而，当一个脚本需要一个小时，或10个小时，或更多的时间来设计、开发和编写，那么在脚本的整个过程中，这几秒钟没有在这里和那里输入那7个字符的时间又有什么关系呢?
相比之下，如果短标签没有打开，或正在打开，但更新或有人更改ini文件/服务器配置，可能会导致一些核心或所有脚本无法工作，其他可能性。
您获得的小好处并不能抵消潜在问题的严重性，即您的站点无法工作，或者更糟，只有部分无法工作，因此需要解决的问题令人头痛。
更容易阅读
这取决于熟悉程度。 我总是看到并使用<?php echo。所以当<?=并不难读，只是我不熟悉，所以不容易读。
如果前端和后端开发人员分开(就像大多数公司一样)，那么前端开发人员是否会更熟悉这些模板?=等于“PHP打开标签和回声”? 我想说大多数人会觉得更合乎逻辑的答案更舒服。也就是说，一个明确的PHP打开标记然后发生了什么"echo" - <?php echo。
风险评估 问题=整个网站或核心脚本无法工作;
发生问题的可能性非常低+结果的严重程度非常高=高风险
结论
你可以在这里节省几秒钟，而不必输入几个字符，但为此冒了很大的风险，结果也可能会失去可读性。
前端或后端程序员熟悉<?=更容易理解<?php echo，因为它们是标准的php东西- standard <?PHP打开标签和众所周知的“echo”。 (即使是前端程序员也应该知道“echo”，否则他们根本不会在框架提供的任何代码上工作)。
然而相反的情况就不太可能发生了，有人不太可能从逻辑上推断出PHP短标记上的等号是“echo”。
如果您确定服务器将支持短标记，并且您的开发人员能够理解它，那么使用短标记是可以接受的。 许多服务器不支持它，许多开发人员在看过一次之后就会理解它。 我使用完整的标记来确保可移植性，因为它真的没有那么糟糕。
说了这么多，我的一个朋友说，为了支持其他标准化的asp样式标签，比如<%而不是<?，这是php.ini中称为asp_tags的设置。他的理由如下:
．.． 随意的约定应该是 标准化。也就是说，任何时候我们都可以 面对一系列的可能性 都是等价的，比如什么 奇怪的标点符号我们的编程 应该用语言来界定 我们应该选择一个标准 坚持下去。这样我们 减少所有人的学习曲线 语言(或者其他的东西 公约属于)。
听起来不错，但我不认为我们所有人都能在这件事上保持一致。与此同时，我将坚持使用完整的<?php。
因为它会与XML声明产生混淆。不过，很多人都同意你的观点。
另一个问题是，如果用短标签编码所有东西，最后却发现最终的托管服务器已经关闭了它们，这会带来痛苦……
如果有人还在关注这个…PHP 5.4.0 Alpha 1 <?=总是可用的:
http://php.net/releases/NEWS_5_4_0_alpha1.txt 所以看起来短标签(a)是可以接受的，(b)是可以保留的。至少现在……
截至2019年，我不同意这里的某些答案。推荐使用:
1. 长标签
<?php /* code goes here */ ?>
2. 短回声标签
<?= /* code goes here */ ?>
原因:它们是PSR-1基本编码标准推荐的
其他短标签，如<?/* code goes here */ ?>不推荐
说明书说:
PHP代码必须使用长标记或短回显 标签;它绝对不能使用其他的标签变体。
