以下是官方文件提供的信息:

有四对不同的 可以是开始和结束标记 用于PHP。其中两个<?php ? > And <script language="php"> </script>, 总是可用的。另外两个 是短标签和ASP风格标签,和 可以打开和关闭从 Php.ini配置文件。因此, 而有些人发现短标签和 ASP样式标签方便,它们都是 便携性较差,而且通常不是 推荐。

根据我的经验,大多数服务器都启用了短标记。打字

<?=

比打字方便多了

<?php echo 

程序员的便利性是一个重要因素,那么为什么不推荐他们呢?


当前回答

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

{$myString|escape}

在我看来,这比

<?= htmlspecialchars($myString) ?> 

其他回答

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

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

and

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

and

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

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

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

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

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

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

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

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

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

php_flag short_open_tag on

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

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