最近大家可能有看到一个新的名词——P++。
很巧这个词来源于不久前从 Zend 公司离职的 Zeev Suraski 以 PHP 开发组成员的身份提议要创建 PHP 方言，暂命名为 P++。
老兄最近是要霸占php热门的节奏。
当日Zeev Suraski发的推特：
https://wiki.php.net/pplusplus/faq
很多人可能在疑惑PHP是不是要劈叉了，包括知乎上也有提出这样的问题
所以说P++ 不是 PHP 的分叉，两者的代码库完全相同，维护代码库的开发者也一样
- 交流群——646724664，会经常更新一些行业里的优质资源，另外PHP中高级的进阶路线，交流如何更好的提升自身的价值。
一、需要在PHP和P ++之间做出选择吗？
——不需要。
因为当你安装其中一个，你就同时有了另一个；就应用而言，可以在一台服务器上运行这两种方言。 然而，实际上，项目和个人通常可能选择并标准化其中一个。
二、可以在同一个程序中混合搭配php和p++吗？
——可以。
设想是代码是 PHP 还是 P++ 的指定将在文件级别，而不是在请求级别。 单个执行（请求）可以加载许多不同的文件，这些文件允许来自两种方言。PHP文件中的代码将表现为 PHP 语义——而来自 P++ 文件的代码将表现为 P++ 语义。
三、这是否意味着PHP将不再发展？所有新功能都会集中于P++？
——并不。
p++的出现只是意味着会以不同的方式发展。 严格性和类型相关的功能可能只适用于 P++，并且只能在 P++ 文件中使用。向后兼容偏差将保留在 PHP 中（这并不意味着向后兼容永不会被打破，只是每个这样的案例必须有良好的投资回报）。
四、这种做法有什么好处？
——这种方法的好处有很多。
在PHP领域中有两个重要的实质学派。第一派人大致都喜欢PHP - 动态，强烈的BC偏见和强调简单性; 另一种，更喜欢更严格的语言，减少行李和更高级/复杂的功能。
这里没有“正确”或“错误”。这两种思想流派都是有效的，并且具有非常实质性的追随者。
它为 internals@ 的两个阵营提供了一个很好的解决方案。 那些喜欢 PHP 动态特性的人可以保留它，而那些喜欢更严格类型语言的人也可以获得它，而不受任何 PHP 限制。希望通过为他们提供他们想要的东西来最终解决两个内部思想学派之间的紧张关系
另外启动 P++ 将有一个新基点-不计过去重新开始，可能具有巨大的定位和品牌优势。未使用 PHP 的公司、开发经理和个人开发者更有可能注意到 P++ 的推出，而不是 PHP 8.0 或 PHP 9.0 的推出。