Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/php/243.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
php中最新的编码标准/风格_Php_Zend Framework_Coding Style_Standards - Fatal编程技术网

php中最新的编码标准/风格

php中最新的编码标准/风格,php,zend-framework,coding-style,standards,Php,Zend Framework,Coding Style,Standards,我已经搜索了最新的编码风格/标准,但是大多数链接都有一两年的历史了,并且都指向这个链接。但是,该链接适用于版本1.12。我唯一的观点是,现在很多人都用这种方式声明函数-- 在Zend教程中,它是这样的- public function myfun() { // all contents of function // must be indented four spaces } 我知道这不会影响功能和它的人际关系,它只是遵循最佳/最新的实践,请告诉我thr是否有任何相关链接 关于

我已经搜索了最新的编码风格/标准,但是大多数链接都有一两年的历史了,并且都指向这个链接。但是,该链接适用于
版本1.12
。我唯一的观点是,现在很多人都用这种方式声明函数--

Zend
教程中,它是这样的-

public function myfun()
{
    // all contents of function
    // must be indented four spaces
}
我知道这不会影响功能和它的人际关系,它只是遵循
最佳/最新的
实践,请告诉我thr是否有任何相关链接

关于这一点,请遵循
php

中编码风格的最佳实践。php现在每天都在各种环境中使用,如Zend、Drupal、Sugar,可能还有更多。我不能说是否所有人都遵循相同的编码标准,但我可以建议你寻找强氧编码标准


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

好吧,php现在每天都在各种环境中使用,比如Zend、Drupal、Sugar,可能还有更多。我不能说是否所有人都遵循相同的编码标准,但我可以建议你寻找强氧编码标准


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

我以前使用前一种样式,但发现后一种更具可读性。特别是在OOP风格的php中,您可以将前一种风格用于类

class My_Class {
    code here...
}
function my_function()
{
    code here...
}
后者用于方法

class My_Class {
    code here...
}
function my_function()
{
    code here...
}

在追求一致性的过程中,我发现它很有用。

我以前使用前一种风格,但发现后一种更具可读性。特别是在OOP风格的php中,您可以将前一种风格用于类

class My_Class {
    code here...
}
function my_function()
{
    code here...
}
后者用于方法

class My_Class {
    code here...
}
function my_function()
{
    code here...
}

在追求一致性的过程中,我发现了有用的方法。

编码标准的变化几乎与关心编码标准的人的变化一样多。对于一些人来说,更广泛的范围是重要的,而“干净的代码”以及正确命名的函数等是主要的焦点。对于其他人来说,这是如何、何时以及在何处放置一个卷曲括号

任何语言都是如此(除非代码的布局等构建到语言本身中),我要说的是,最重要的是,任何给定团队中的每个人都同意对其特定代码库的共同需求

不要试图找到最佳的代码风格,并将其应用于所有事情。毫无疑问,你会在某个时间遇到另一个开发人员,他做了完全相同的事情,但爱上了另一种风格,而不是你。如果一个人不灵活,并且理解代码标准的根本原因和用法,那么由此产生的“讨论”很可能会以大括号结束,在每个人都在捍卫自己观点的地方进行纠缠不休的讨论

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

在团队中决定代码标准时。试想


“为了使我们的代码对我们所有人来说都是可读的和可理解的,而不成为我们日常工作中的障碍,我们需要应用的最小规则集是什么?”

编码标准的变化几乎与关心编码标准的人的变化一样多。对于一些人来说,更广泛的范围是重要的,而“干净的代码”以及正确命名的函数等是主要的焦点。对于其他人来说,这是如何、何时以及在何处放置一个卷曲括号

任何语言都是如此(除非代码的布局等构建到语言本身中),我要说的是,最重要的是,任何给定团队中的每个人都同意对其特定代码库的共同需求

不要试图找到最佳的代码风格,并将其应用于所有事情。毫无疑问,你会在某个时间遇到另一个开发人员,他做了完全相同的事情,但爱上了另一种风格,而不是你。如果一个人不灵活,并且理解代码标准的根本原因和用法,那么由此产生的“讨论”很可能会以大括号结束,在每个人都在捍卫自己观点的地方进行纠缠不休的讨论

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

在团队中决定代码标准时。试想


“为了使我们的代码易读易懂,而不成为我们日常工作中的障碍,我们需要应用的最小规则集是什么?”

有一个由名为(php fig)的倡议制定的标准。该委员会的成员来自一些非常著名的项目,他们支持该标准,其中包括:-

  • Zend框架
  • 西蒙尼
  • CakePHP
  • 亚马逊网络服务SDK
  • 德鲁帕尔
  • 教义
已经达成一致,涵盖了基本的编码风格。它声明函数声明和类声明:-

类的开始大括号必须放在下一行,结束大括号必须放在正文后的下一行

方法的开始大括号必须在下一行,结束大括号必须在正文后的下一行


有一个由名为(php fig)的项目开发的标准。该委员会的成员来自一些非常著名的项目,他们支持该标准,其中包括:-

  • Zend框架
  • 西蒙尼
  • CakePHP
  • 亚马逊网络服务SDK