在PHP世界中，通常使用类名称（通常使用UpperCamelCase vs lowerCamelCase作为对象，但也使用方法，有时还使用函数）。我理解这是许多编程语言中的常见做法，以避免命名冲突，如类和对象。然而，在第二个想法中，它可能在C ++或Java中是有意义的，但在PHP中，美元符号使得它更清楚什么是类以及什么是类的实例。那么，除了“广泛实践”还是（有点任意）可读性之外，还有其他一些原因可以合理地使用类的单独命名约定吗？有哪些潜在的命名冲突？
事实上，在PHP中通常使用大写名称的另一种情况是名称空间。这让我提出了一个类似的问题：PHP中名称空间的单独命名约定背后的基本原理是什么？是否存在一些潜在的命名冲突？或者它只是借用其他语言的惯例？
答案 0 :(得分：1)
据我所知，这最初仅仅是几年前框架开发人员的一种风格选择。随着PHP从以框架为中心的生态系统发展到更多以软件包为中心的生态系统（在很大程度上要归功于Composer），许多主要的框架开发人员聚集在一起创建了Framework Interoperability Group。该小组的目的是“谈论我们项目之间的共性，并找到我们可以合作的方式。”
过去几年已经起草并投票通过了几个标准文件，其中包括PSR-1，它定义了一个基本的编码标准，其中包括在“StudlyCaps”中声明类的指令。该标准自推出以来已被大多数框架和库采用，这就是为什么你现在几乎无处不在。