Php 对象实例使用$CamelCase，其他所有实例使用$lower_case

以下是命名变量的简单约定：

对对象实例使用$CamelCase 其他的都要便宜一点

你能想出一个不使用它的理由吗

---

几个月前我提出了这个约定，从那以后我一直在一些小项目中使用它。我即将开始在一个大项目中使用它，所以我想确保我没有遗漏任何东西。

通常情况下，人们会遵循以下古老的规则：

标称常数使用$ALL_大写。 为全局变量使用$Each_Word_Capped。 对局部变量使用$no_words_capped。

---

请注意，使用此方案时，您总是使用下划线分隔单词：下划线用作引导眼睛的空格字符。这比你意识到的更有价值。这是一条完全一致的规则，比大多数备选方案更具可读性。请尝试删除此帖子中的空格，以了解我的意思。

通常一篇帖子遵循这一古老的规则：

标称常数使用$ALL_大写。 为全局变量使用$Each_Word_Capped。 对局部变量使用$no_words_capped。

---

请注意，使用此方案时，您总是使用下划线分隔单词：下划线用作引导眼睛的空格字符。这比你意识到的更有价值。这是一条完全一致的规则，比大多数备选方案更具可读性。尝试删除此帖子中的空格，看看我的意思。

使用最适合您的命名约定，只要项目只由您开发

我们有标准的原因是，当开发人员在项目上协作时，已经习惯了语法和命名约定，我们称之为标准

由于您专门使用PHP进行编码，因此我建议您使用众所周知的命名约定，如Zend或PEAR

除非你的所有程序员或代码编写人员都选择使用这种命名方式，并正确地考虑它，否则没有任何理由提出新的命名约定

一些公约：

我个人更喜欢Zend而不是PEAR，但就标准而言，上面提到的是最受欢迎的

编辑：我使用的一些约定示例

全局变量$MY_全局变量 通用变量$lowerUpper 每个\u段的类名称为上\u 类变量$this->lowerUpper 类变量Private/Protected$this->\u loweruper 常量所有大写字母

---

您可以稍微修改约定以满足您的需求，但最好坚持当时最流行的约定。

使用最适合您的命名约定，只要项目将仅由您开发

我们有标准的原因是，当开发人员在项目上协作时，已经习惯了语法和命名约定，我们称之为标准

由于您专门使用PHP进行编码，因此我建议您使用众所周知的命名约定，如Zend或PEAR

除非你的所有程序员或代码编写人员都选择使用这种命名方式，并正确地考虑它，否则没有任何理由提出新的命名约定

一些公约：

我个人更喜欢Zend而不是PEAR，但就标准而言，上面提到的是最受欢迎的

编辑：我使用的一些约定示例

全局变量$MY_全局变量 通用变量$lowerUpper 每个\u段的类名称为上\u 类变量$this->lowerUpper 类变量Private/Protected$this->\u loweruper 常量所有大写字母

---

你可以根据自己的要求稍微修改一下惯例，但最好还是坚持当时最流行的惯例。

我认为没有理由发布这个问题。你已经达到了每天最多12张结束投票；2小时后回来-作为记录，我觉得这对这个网站来说太主观了。试试Programmers.SE。@manuelpedrera，我添加了一段，试图解释发帖的原因。@tchrist，您的观点很有道理，但我不确定您是否考虑到大多数对象实例名称由一个单词组成，很少超过两个单词。@tchrist:事实上，我发现您的评论很容易阅读。我想不出发布此问题的理由。您每天最多完成12张结束投票；2小时后回来-作为记录，我觉得这对这个网站来说太主观了。试试Programmers.SE。@manuelpedrera，我添加了一段，试图解释发帖的原因。@tchrist，你的观点很好，但我不确定你是否考虑到大多数对象实例名称由一个单词组成，很少超过两个单词。@tchrist:事实上，我发现你的评论很容易阅读。我应该补充一点，Go编程语言将此付诸实践：大写的东西是公共的，小写的是私有的。我应该

---

ld补充说，Go编程语言将这一点付诸实践：capped stuff是公共的，小写是私有的。感谢分享您自己的约定！谢谢分享你自己的约定！