PHP那时声名极差劲，即使它曾是“可悲”的。责任编辑打声回答很多常用的关于 PHP 的论断，目的是向非技工说明，PHP 并不像很多人所言的所以差劲。

它呢引导差劲的课堂教学？

无须是了。往后，很多开发人员被书柜副教授十分差劲的课堂教学，因而 PHP 标识符的产品质量十分差。PHP 曾还容许你做很多十分怪异的事，使它十分容易构筑，但保护起来看似这场恶梦。

那些无须是常用的难题。随著高效率用书的导入，那些金属材料

随著架构的导入，引致很多差劲新体验的绝大部分通用型标识符那时都手动完成了；因而，开发人员只需采用架构，架构就能正确地对其进行代码。

而且，那些年来，很多差劲的课堂教学是由缺位的优点造成的，引致了很多本不应该被容许的事被容许。那时绝大多数情况下，甚至不可能实现以前撰写的很多小东西来引致这种声望。

展毛

它的安全性呢极差？

往后，PHP插件的可靠性通常极差，即使词汇容许这样做。那些小东西无须被采用，即使 PHP 插件的开发那时早已完全不同。

透过采用手动加载流程来包涵文档而并非静态包涵文档，早已移除了远程和邻近地区文档包涵（当中 PHP 从其他门牌号而并非起初急于的门牌号加载文档）。

透过广泛采用模版系统（能手动处理表明静态内容的custom和安全难题），早已防止了由于间接在 PHP 中间接采用 HTML 所引致的considerablyJAVA反击（当中两个使用者将 JavaScript JAVA加进到要表明给另两个使用者的地方）。

透过在 SQL 中采用 prepared 语句，防止了 SQL 注入反击（这是由于需要构筑 SQL 查询并将查询和数据一起发送引致的，当中使用者能向查询中增加额外的 SQL 命令）。另外，ORM 的采用也很普遍，它确保使用者数据和查询是分开发送的，而 SQL 不能将其视为单独的命令。

透过广泛采用且采用 nonce 系统的 form 库，防止了considerably请求伪造（当中，使用者能够被诱骗在你的站点上执行某些操作）。

展毛

它呢真的很慢？

这取决于你把它与什么比较。如果你把 PHP 与 Java、C 或者 Go 比较，所以它是比较慢。但是如果你把 PHP 与 Python、Ruby 等等比较，所以它并不慢。在同类型的词汇中，PHP 是最快的之一，并且不断在提高性能。

绝大多数情况下，你的插件慢是即使服务器过载或者数据库查询慢。那些难题在任何词汇中都会存在。

展毛

它的伸缩性呢真的极差？

实际上，任何词汇都能伸缩。编译型词汇（例如 Go、C 或 Rust）比JAVA型词汇（例如 PHP）的扩展成本更低。然而，它们并并非为了同样的任务而设计的。事实上，它们都是一样的；这简单地归结于你采用的服务器数量。如果你采用足够多的服务器，你能扩展任何插件。PHP 比其他JAVA型词汇的扩展成本更低，即使它需要更少的资源来开始运行，并且能在具有更多 CPU 的较小内存的服务器上运行。

另外，对于伸缩性，重要的是数据库。如果你能够扩展你的数据库，你就能扩展你的插件。数据库比应用服务器更难扩展。增加另两个加载数据库的客户端很容易；但是，让数据库快速运行要难得多。

展毛

我应该一直采用它吗？

不。每种编程词汇都有其擅长的领域。PHP 十分适合 Web 插件。你应该用它来构筑网站和 API。

如果你正在构筑两个系统插件，当中每毫秒都很重要，采用 Rust 或者 C。

如果你正在构筑两个人工智能插件，Python 是两个好选项。

如果你正在构筑两个 SaaS 插件，PHP 是两个好选项。

如果你正在构筑两个安卓插件，Kotlin 是两个好选项。

如果你正在构筑两个运行在多个平台上的插件，Java 是两个好选项。

展毛

结论

很多关于 PHP 的说法都早已过时 10 年了。在我们看来，如果有人给你关于某个技术主题的过期 10 年的信息，所以这个人可能并非你想要信任的技术专家。

PHP 是创建 Web 插件的一门好编程词汇，我们认为它是 Web 插件开发的最佳词汇。

展毛

原文链接：

https://www.getparthenon.com/blog/php-isnt-that-like-really-bad/