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

更新

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

<?php and <?php echo

over

<? and <?=

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

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

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

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

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

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

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

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

打字更快

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标记开始时使用<?如果你的php文件是纯php，没有HTML，你不需要使用结束标签。

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

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

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

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

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

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