Php Laravel中的名称变量

参考：如何在Laravel和PHP中命名变量

$firstName还是$firstName

$userid或$userid或$user\u id

可以这样说：

无论使用何种命名约定，都应在合理范围内始终如一地应用。该范围可以是供应商级别、包级别、类级别或方法级别

就我个人而言，我对属性使用mixedCase，对函数、方法或全局范围中定义的变量使用下划线分隔

重要的是要始终如一地使用它，这样您就能够很容易地判断变量是否被误用（即，我知道如果我看到一个没有对象操作符的驼峰式变量，我知道这是一个错误）

Larvel 4声明他们遵守PSR-1，没有提到变量的表示

Laravel 3: $first_name
Laravel 4: $firstName

为什么?？因为遵循框架约定可以让以后加入项目的其他开发人员更容易阅读您的代码

---

那不是我个人的喜好。这就是人们希望做的事。：）

经常被问到和辩论的问题。我的意见是，无论你做什么，都要继续做下去。没有比不遵循自己规则的代码更丑陋的代码了。我喜欢对不太重要的变量使用下划线，例如

名字

和

用户id

。对于像我这样的数据模型，使用大写字母，所以

帐户

或

用户

。但有时我会对不太重要的数据模型进行简化，比如

previousUser

。总之，它的习惯和惯例。变量不一定是对的或错的。为什么会被否决？这和我在评论中说的差不多，但引用了PSR，所以值得回答。我可能因为他们不喜欢我的偏好而投了反对票，但我只是为了说明一致性的重要性。当你访问一个有说服力的对象的属性时，这不是一个问题吗？因为表列是蛇形的，所以它是用于变量还是属性，还是两者都是？这两个都是。在Laravel中，它也适用于方法。例如：$这个->有一个（）-L3$这个->hasOne（）-L4It他们已经正式采用了一个而不是另一个，然后他们应该将其与他们的编码指南一起发布。还应该提到的一点是，Eloquent只对数据库中的列名提供snake-case支持。但在代码中，它们可以通过snake和camel case访问。