常规保持方法，类和函数的名称有组织？

Question

我正在和一些同事一起在网络应用程序上工作。事实证明，我们都有自己的方式来命名类，方法或我们目前正在编写的任何函数。

这已经开始变得非常烦人了，所以我知道如果我们继续这样的话，我们有前进的一座冰山。

显然，最好的方法是找到一个例程并坚持下去 - 但具体的例程应该如何看待？ - 命名件，对象，函数或其他什么时常用的常识？那里有任何标准吗？

非常感谢！

Answer 1

你可以看看下面的例子：http://www.dagbladet.no/development/phpcodingstandard/

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

Answer 2

使用命名空间。聚在一起并提出一个逻辑名称空间层次结构策略，然后在名称空间内为元素使用逻辑名称。你可以采取

Answer 3

一个标准是Zend Framework standards

Answer 4

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

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

Answer 5

看看PEAR Coding Standards。它非常全面，如果您使用任何梨包，会使事情变得更加简单。

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

至于单数对复数，我倾向于试图坚持我的代码的概念风格。我发现使用OOP时，当你使用单数形式时，对象名通常更容易缠绕你的头脑。

即使您的课程将包含有关多个狗的信息，而不是将其命名为Dogs，也可以将其命名为Pack，即使它不是技术上的包。围绕多个包装比多个狗包装你的头脑更容易，并且“包装”在概念上比无定形的“狗”更强。 “狗”听起来不像一个单一的对象，而“包”却是。

我想这是一个很明显的例子，但是如果你的类只是用来单独定义对象，那么不要把它作为复数。或者，如果您的函数一次只格式化一个字符串，则不要将其称为formatStrings（）。

数组有点不同。如果你使用一个数组作为你所有的狗的列表，你不会将它命名为$ pack，因为你期望包含一个包的信息。相反，你会把它命名为$狗。