php - 有没有理由在 PHP 编码标准中变量名应该是驼峰式的？

Question

PHP(PEAR、Zend 等)编码标准指定类名应采用大驼峰格式，而方法和变量(关联数组键也可能)应采用小驼峰格式。在 CamelCase 和下划线中使用类的基本原理是模拟命名空间并创建与文件位置的并行，但在某种程度上我发现它在类中运行良好，但对于变量却没有那么多。

假设您必须将一些变量映射到您的数据库列或表单元素。 MySQL 不区分大小写(我知道)，html 也不区分大小写，因此 $data['userId'] 与 $data['userid'] 几乎相同。像Doctrine 这样的ORM 实际上忽略了列的camelCasing 并且只是以小写形式获取它们(或者mysql 只是这样返回它们)。没有人愿意处理可能看起来像或可能不像 $data['productQuantity'] 或 $data['productquantity'] 的数据，这取决于它的位置。另一方面，$data['product_quantity'] 几乎没有歧义。

那么当前背后的原因是什么？变量 编码标准的命名方案？是什么阻止 PHP 修改这个标准，规定所有变量都应该用小写字母分隔，并用下划线分隔(这是因为我们知道类名应该以大写字母开头)？

编辑:

请注意，我不是在问标准的目的是什么。我知道它们一般要解决什么问题。我在问为什么 变量 PHP 中的名称标准就是这样。即我理解类命名方案背后的推理以及采用它的好处(使您的库与许多自动加载器兼容，等等)。但我不明白为什么camelCasing 变量名 .有什么特殊原因吗？我可以摆脱它而没有任何后果吗？

Answer 1

PHP 受 Java 的影响很大，所以很自然地从那里选择命名方案。我很确定，如果今天发明了 PHP，人们会使用不同的命名方案。现在它几乎是标准的，所以改变它并不是一个真正的选择。

不是，这是事实上的标准。 PHP 语言不附带任何命名指南。它主要由各种框架驱动。 (最值得注意的是 PEAR 和 Zend 框架)