CakePHP 编码指南：为什么有些属性是 camelCased 而不是 CamelCased？ [关闭]答案

【问题标题】：CakePHP Coding Guidelines: Why are some properties camelCased instead of CamelCased? [closed]CakePHP 编码指南：为什么有些属性是 camelCased 而不是 CamelCased？ [关闭]
【发布时间】：2014-04-30 14:29:31
【问题描述】：

只是一个简单的问题：

看Controller.php时：

属性名称的基本编码约定是什么？我一直认为，引用对象的属性以大写字母开头，而引用布尔/字符串/整数的基本属性以小写字母开头。

但是，在Controller.php中，有：

public $request; // referencing an instance of a CakeRequest object public $View; // referencing an instance of a View

那么，区别在哪里？

【问题讨论】：

个人偏好或偏离项目其他部分使用的编码风格规范的人。
Java 不成文的编码规则（面向对象）规定类和类引用是驼峰命名的，而方法、对象和对象引用是驼峰命名的。这就是这个概念的来源。

标签： php cakephp coding-style

【解决方案1】：

关于variable and property casing is的一般规则：

普通变量应以小写字母开头，如果有多个单词，则应使用camelBack。包含对象的变量应以大写字母开头

所以你的理解是正确的。

然而，对于/来自：

向后兼容
多个开发人员，有些人比其他人更一致
错误 =)

【讨论】：

【解决方案2】：

我猜他们不同的原因是随着时间的推移改变意见。当 CakePHP 内部的对象相对较少时，使用 CamelCase 名称来调用它们是有意义的。然而，随着时间的推移，我们添加了更多对象，并且在某些情况下，例如request，希望避免用户空间代码可能导致Request 的潜在问题。最重要的是不要不必要地破坏兼容性。

我目前的想法是框架内部对象或非用户空间对象将采用驼峰形式，而用户空间对象如表格、组件、任务、助手等是驼峰形式。

【讨论】：

这肯定有助于避免在控制器范围内与$this->request 与$this->Request（可能是某些组件或模型）发生冲突。