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

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

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

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

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

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

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

值得一提的是，从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

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

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

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

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

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

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

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

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

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

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

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

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

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