例程,以保持方法,类和函数的名称组织?

时间:2010-10-11 20:13:52

标签: php oop naming

我正在与几位同事一起开展网络应用程序。事实证明,我们都有自己的方法来命名我们目前正在编写的类,方法或任何函数。

这已经开始变得非常烦人所以我知道如果我们这样继续下去,我们就会有一座冰山。

显然,最好的方法是找到一个例程并坚持下去 - 但这个特定的例程应该怎么样? - 命名片段,对象,函数或其他什么时的常识是什么?那里有标准吗?

非常感谢!

5 个答案:

答案 0 :(得分:3)

您可以采用的一个标准是Zend Framework standards

答案 1 :(得分:2)

您可以查看以下内容:http://www.dagbladet.no/development/phpcodingstandard/

我的工作实现了这一点,虽然我并不总是同意,但至少它会产生一致性。

答案 2 :(得分:2)

看看PEAR Coding Standards。它非常全面,如果您使用任何梨包,会使事情变得更容易。

也可能有助于在维基百科上查找CRUD (Create Read Update Delete)

对于单数和复数,我倾向于坚持我的代码的概念风格。我发现使用OOP时,对象名称通常会在您使用单面时更容易包裹。

即使你的班级将包含有关多只狗的信息,而不是将其命名为Dogs,也可以将其命名为Pack,即使它在技术上不是一个包。围绕多个包装而不是多个狗包装更容易,并且“包装”在概念上比无定形的“狗”组更强。 “狗”听起来不像是一个单独的物体,而“包”则听起来像。

我想这是一个明显的例子,但是如果你的类只是用来定义个体的对象,不要把它复数化。或者,如果您的函数一次只格式化一个字符串,请不要将其称为formatStrings()。

阵列有点不同。如果您使用数组列出所有狗的列表,则不会将其命名为$ pack,因为您希望包含有关包的信息。相反,你会把它命名为$ dogs。

答案 3 :(得分:0)

使用名称空间。聚合并提出逻辑命名空间层次结构策略,然后在命名空间内使用元素的逻辑名称。

答案 4 :(得分:0)

与同事坐下来,解释你正在观察的问题,然后写下你们都同意的标准。

正如您所确定的,唯一的问题是一致性。因此,不要说服自己,你也需要一个科学证明是最佳的标准。