naming-conventions
-
-
Laravel - 数据库、表和列命名约定? 我正在使用 laravel 雄辩的数据对象来访问我的数据,命名表、列、外键/主键等的最佳方式是什么? 我发现,有很多命名约定。我只是想知道哪一个最适合laravel雄辩的模特。 我正在考虑遵循以
-
我什么时候应该在PHP命名中使用驼峰大小写/驼峰大小写或下划线? 我一直在学习PHP,看到人们如何命名东西有很多变化。我渴望至少与自己保持一致。 我应该在哪里使用驼峰大小写,我应该在哪里使用下划线? 思潮: 变量/属性:或或 任何想法都值得赞赏
-
变量users_ids与user_ids的正确名称 我问你,以英语为母语的人: 包含多个用户 ID 的变量的正确名称是什么(从语法角度来看): A) users_ids vs B) user_ids 我很确定C)users_id是错误的。 该变量是一个 id 数组: 为什么?
-
函数名称中的_Underscores 在许多具有简单 OO 功能 (PHP 4) 或被误解的 OO 功能(Javascript、使用函数指针的 C 等)的语言中,您最终会得到一个函数命名约定,该约定使用前导下划线 to 来指示权限级别。 虽然各个团队
-
关于 PHP 下划线命名约定(如“_method”或“_property”) 这是我一直想知道的一种一般性调查。我通过其他人的代码注意到了很多这样的情况,从来没有真正知道实际原因,只是跟随趋势,所以这里开始了。 为什么有些方法和属性在前面用下划线命
-
Laravel Migrations 命名约定 在命名Laravel迁移时,是否有应该遵循的命名约定或指南,或者名称是否只能具有足够的描述性? 另外,假设您正在添加12列来修改表,那么在这种情况下,如果进行描述性操作,迁移名称将太
-
关于抽象类和接口的 PHP 命名约定 抽象类是否应始终以前缀和后缀(当它是接口时)?是否有任何标准的命名约定,类似于PSR-0的文件夹结构/命名空间,但对于类? 这似乎是多余的,因为该语言具有用于此目的的文字关键字。
-
独立的获取器/setter方法,还是组合方法? 在处理项目时,我一直在进行一些更改,并浏览现有的框架API文档以获取见解。 在仔细阅读Kohana文档时,我注意到任何给定类的getters/setters通常是组合的: 除了减少给定类的方法计数之外,
-
标签