Question

我已经搜索了最新的编码风格/标准，但大多数链接都是一年或两年，并参考此链接Zend Coding Style。但是该链接适用于version 1.12。我唯一的观点是，现在大多数人都宣称这种风格的功能 -

public function myfun ( ) {
....
....
}

并在Zend教程上发表了类似的内容 -

public function myfun()
{
    // all contents of function
    // must be indented four spaces
}

我知道这不会影响功能及其依赖于人，它只是跟随best/latest做法，让我知道thr是否是任何相关链接关于此问题，请遵循php中编码风格的最佳做法。

Answer 1

有一个标准由PHP Framework Interoperability Group（php-fig）的倡议开发。这有一些非常突出的项目成员支持该标准，其中一些包括： -

Zend Framework
Symfony的
CakePHP的
亚马逊网络服务SDK
Drupal的
学说
PEAR

PRS-2已经达成一致并涵盖了基本的编码风格。它声明了函数声明和类声明： -

打开类的大括号必须在下一行，并且关闭大括号必须在主体后面的下一行。

打开方法的大括号必须在下一行，并且关闭大括号必须在主体后面的下一行。

Answer 2

PHP没有样式指南like Python does。某些PHP项目有自己的样式指南，如果您在该框架/ CMS上进行开发，则可以遵循这些指南。例如。如果您要为Drupal编写代码，请遵循Drupal coding standards。在某些情况下，贵公司有编码标准。如果这些都不适用，请遵循您喜欢的标准。您可能会喜欢以下内容：

更新：rgvcorley的回答谈到了PHP-FIG。所以我想现在的PHP等价于PEP-8。

Answer 3

好的PHP现在可以在各种环境中使用，例如Zend，Drupal，Sugar，可能还有更多。不能说如果所有都遵循相同的编码标准，但我可以建议你寻找doxygen编码标准。

http://www.doxygen.nl/

http://drupal.org/node/1354

这两个链接可能会对您有所帮助。

Answer 4

我曾经使用过前一种风格，但发现后者更具可读性。特别是在OOP风格的php中，你可以使用前一种风格类 ......

class My_Class {
    code here...
}

后者用于方法 ...

function my_function()
{
    code here...
}

为了追求一致性，我发现Codeigniter style guide很有帮助。

Answer 5

编码标准的存在几乎与关注编码标准的人一样多。对于一些人来说，更广泛的范围是重要的事情，具有正确命名功能等的“清洁代码”是主要焦点。对于其他人来说，它是如何，何时以及在何处放置花括号。

对于任何语言都是如此（除了代码的布局等构建到语言本身之外）我会说最重要的是任何给定团队中的每个人都同意他们特定的共同需求代码库。

不要试图找到最佳代码样式并将其应用于所有内容。毫无疑问，你会一次又一次遇到另一位开发人员，他们完全一样，但又爱上了另一种风格。如果一个人不灵活，那么理解代码标准的根本原因和用法，最终的“讨论”很可能最终会出现在大括号 - 位置 - 纠缠 - 纠缠的讨论中，每个人都在捍卫他们自己的观点。

我根据我所在的公司和团队使用了各种各样的样式。有些人有很大不同但他们都有共同的目标，以促进统一的代码风格并使代码更容易理解在您以前没有看过的应用程序的位置，并帮助识别代码中的问题。

在决定组中的代码标准时。试着想一想

“我们需要应用的最小规则是什么，以使我们的代码可以在我们的日常工作中成为可读和可理解的？”

最新的编码标准/风格的PHP

5 个答案: