最流行的PHP 代码规范

“PHP是最好的编程语言” ;-) 那么PHPer习惯使用什么样的代码规范呢?sideeffect.kr通过分析GitHub上托管的开源代码,得出了一些有趣的结果,让我们一起来看看吧。

缩进

空格(70.172 %),Tab(29.828 %)

基于 600,614 次提交统计。

定义类时大括号的位置

独占一行(55.703 %)

class Foo
{
  // ...
}

不独占一行(44.297 %)

class Foo {
  // ...
}

基于 68,516 次提交统计。

控制语句大括号的位置

同一行(65.937 %)

if($baz) {
  // ..
} elseif($bar) {
  // ..
} else {
  // ..
}

while ($i <= 10) {
  // ..
}

switch($beer) {
  // ..
}

不同行 (34.063 %)

if($baz)
{
  // ..
}
elseif($bar)
{
  // ..
}
else
{
  // ..
}

while ($i <= 10)
{
  // ..
}

switch($beer)
{
  // ..
}

基于 292,588 次提交统计。

方法定义大括号的位置

同一行(64.442 %)

function bar($baz) {
  // ...
}

不同行(35.558 %)

function bar($baz)
{
  // ...
}

基于 65,030 次提交统计。

条件语句周围空格

有空格 (89.979 %)

if ($baz) {
  // ...
} elseif ($bar) {
  // ...
} else {
  // ...
}

while ($i <= 10) {
  // ...
}

switch ($beer) {
  // ...
}

无空格 (10.021 %)

if($baz){
  // ...
}elseif($bar){
  // ...
}else{
  // ...
}

while($i <= 10){
  // ...
}

switch($beer){
  // ...
}

基于 219,583 次提交统计。

条件语句内部空格

无空格(82.808 %)

if ($baz) {
  // ...
} elseif ($bar) {
  // ...
}

while ($i <= 10) {
  // ...
}

switch ($beer) {
  // ...
}

有空格(17.192 %)

if ( $baz ) {
  // ...
} elseif ( $bar ) {
  // ...
}

while ( $i <= 10 ) {
  // ...
}

switch ( $beer ) {
  // ...
}

基于 296,011 次提交统计。

方法声明参数外部

无空格(82.407 %)

function bar($baz){
  // ...
}

有空格 (17.593 %)

function bar ($baz) {
  // ...
}

基于 15,519 次提交统计

方法声明参数内部

无空格(84.828 %)

function bar($baz){
  // ...
}

有空格(15.172 %)

function bar( $baz ){
  // ...
}

基于 52,324 次提交统计

类名

PascalCase (75.973 %)

class FooBarBaz {
  // ...
}

Snake_Pascal_Case (14.564 %)

class Foo_Bar_Baz {
  // ...
}

snake_case (6.025 %)

class foo_bar_baz {
  // ...
}

camelCase (2.851 %)

class fooBarBaz {
  // ...
}

Snake_first_letter_uppercase (0.299 %)

class Foo_bar_baz {
  // ...
}

CAPS_SNAKE_CASE (0.287 %)

class FOO_BAR_BAZ {
  // ...
}

基于 60,467 次提交统计。

常量

CAPS_SNAKE_CASE (97.511 %)

const BAR_BAZ = 0;

define(‘BAR_BAZ‘, 0);

snake_case (1.088 %)

const bar_baz = 0;

define(‘bar_baz‘, 0);

camelCase (0.842 %)

const barBaz = 0;

define(‘barBaz‘, 0);

PascalCase (0.507 %)

const BarBaz = 0;

define(‘BarBaz‘, 0);

Snake_Pascal_Case (0.052 %)

const Bar_Baz = 0;

define(‘Bar_Baz‘, 0);

基于 30,144 次提交统计。

函数名

camelCase (74.26 %)

function barBaz(){
  // ...
}

snake_case (23.644 %)

function bar_baz(){
  // ...
}

PascalCase (1.868 %)

function BarBaz(){
  // ...
}

CAPS_SNAKE_CASE (0.14 %)

function BAR_BAZ(){
  // ...
}

Snake_Pascal_Case (0.087 %)

function Bar_Baz(){
  // ...
}

基于 185,946 次提交统计

方法声明

static在可见性之后(85.272 %)

class Foo
{
  public static function bar($baz)
  {
    // ...
  }
}

abstract(或final)在可见性之前(7.483 %)

class Foo
{
  abstract public function bar($baz);
  // ...
}

static在可见性之前(5.519 %)

class Foo
{
  static public function bar($baz)
  {
    // ...
  }
}

abstract(或final)在可见性之后(1.726 %)

class Foo
{
  public abstract function bar($baz);
  // ...
}

基于 45,467 次提交统计。

译注:此处统计归类不当。应当拆分成两类分别统计。

最大行宽

80字符 (90.269 %)

120字符 (7.074 %)

150字符 (2.657 %)

基于 636,577 次提交统计



编译 SegmentFault

原文:https://segmentfault.com/a/1190000000443795

时间: 2024-10-29 21:03:06

最流行的PHP 代码规范的相关文章

JavaScript必备:Google发布的JS代码规范(转)

[翻译]关于Google发布的JS代码规范,你需要了解什么? 翻译 | WhiteYin 译文 | https://github.com/WhiteYin/translation/issues/10 Google为了那些还不熟悉代码规范的人发布了一个JS代码规范.其中列出了编写简洁易懂的代码所应该做的最佳实践. 代码规范并不是一种编写正确JavaScript代码的规则,而是为了保持源代码编写模式一致的一种选择.对于JavaScript语言尤其如此,因为它灵活并且约束较少,允许开发者使用许多不同的

团队开发前端VUE项目代码规范

团队开发前端VUE项目代码规范 2018年09月22日 20:18:11 我的小英短 阅读数 1658 一.规范目的: 统一编码风格,命名规范,注释要求,在团队协作中输出可读性强,易维护,风格一致的代码 二.开发SRC目录: 1.Vuex目录 (状态树配置) 2.Router目录(路由配置) 3.Pages目录 (放置主路由组件 注意命名规范) 4.Common目录 (放置静态文件) 5.Config目录 (全局配置项,路由拦截,报错信息,等枚举信息) 6.Api目录 ( 相关全局请求调用配置.

Alibaba Java Coding Guidelines,以后我的Java代码规范,就靠它了

前言 对于Java代码规范,业界有统一的标准,不少公司对此都有一定的要求.但是即便如此,庞大的Java使用者由于经验很水平的限制,未必有规范编码的意识,而且即便经验丰富的老Java程序员也无法做到时刻将规范牢记于心.所以对于代码规范扫描工具,一经问世就广受青睐,阿里巴巴出品的Alibaba Java Coding Guidelines(阿里巴巴Java代码规约扫描,以下简称为AJCG)插件便是其中之一.与很多其它流行的同类工具(如FindBugs,Lint等)相比,它更专注于Java代码规范,而

作业三: 代码规范、代码复审、PSP

(1) 是否需要有代码规范         1.这些规范都是官僚制度下产生的浪费大家的编程时间.影响人们开发效率, 浪费时间的东西.(反对) 答:首先编码规范 包括了编码风格和其它规范 一个团队遵守一些规范有很多的好处! (1). 遵守编码风格使代码更容易维护 (2). 编码风格使形成代码集体所有制(集体所有制的作用很大,它能有效的增大巴士因子——一个项目能承受多少个程序员被车撞了而不影响项目的正常进行) (3). 编码风格能消除那些长久的纷争(你不需要喜欢这种编码风格.如果你不喜欢里面的某条规

两人合作之代码规范

代码规范 现代软件经过几十年的发展,一个软件由一个人单枪匹马完成,已经很少见了,软件都是在相互合作中完成的.合作的最小单位是两个人,两个工程师在一起,做的最多的事情就是"看代码",每个人都能看"比人的代码",并且发表意见.但是每个人对于什么是"好"的代码规范未必认同,这时我们有必要给出一个基准线-----什么是好的代码规范和设计规范. 1,写干净整洁的代码 1.1 代码格式化,包括多级代码缩进.大括号(比如C系代码),为了提高代码的美观型和易读性

代码规范的重要性

一个规范的代码,通常能起到事半功倍的作用: 一.规范的代码可以促进团队合作 一个项目大多都是由一个团队来完成,如果没有统一的代码规范,那么每个人的代码必定会风格迥异.且不说会存在多个人同时开发同一模块的情况,即使是分工十分明晰的,等到要整合代码的时候也有够头疼的了.大多数情况下,并非程序中有复杂的算法或是复杂的逻辑,而是去读别人的代码实在是一件痛苦的事情.统一的风格使得代码可读性大大提高了,人们看到任何一段代码都会觉得异常熟悉.显然的,规范的代码在团队的合作开发中是非常有益而且必要的. 二.规范

最详细的 Swift 代码规范指南

1. 代码格式 1.1 使用四个空格进行缩进. 1.2 每行最多160个字符,这样可以避免一行过长. (Xcode->Preferences->Text Editing->Page guide at column: 设置成160即可) 1.3 确保每个文件结尾都有空白行. 1.4 确保每行都不以空白字符作为结尾 (Xcode->Preferences->Text Editing->Automatically trim trailing whitespace + Incl

项目经理的管理技巧-代码规范

一.系统里面存在的糟糕代码情况有: 1. 代码规范,命名规范和注释 2. 公用代码的抽取和封装 3. 性能低下的代码 4. 表现层.业务层.数据持久层位置存放混乱问题 二.问题 岗位调动,接手一个新的项目组.旧项目一踏糊涂,全部无规范和设计. 组成员各做各的,毫无团队协作能力,更别说团队凝聚力.简直不能更糟糕. 新项目.新成员,新项目重新做了明确规范和框架设计,但组员很多时候不能很好的按照规范进行开发 我有强迫症  三.开始犯的错误,也是最笨的做法 定时核查,自己看到不正确代码同时指出,让开发优

软工学习笔记——代码规范

上大学以来写了这几年的代码,却一直没怎么关注过代码规范相关的问题,直到软工课上讲了之后,才开始有所顾及.上课的时候回头看看自己写过的那些代码,真是丑死了,几个月前自己写的代码现在就已经读不懂了. 看了书上的相关章节,对于我来说,我觉得我的代码主要注意这几点: 1. 少写冗余代码,已经用不到的代码段就应该删去.(我今天刚刚发现我的昆特牌Online项目中竟然还存在有两个没用的类) 2. 多利用空行来将代码小规模地分段. 3. 大段的无用代码不要一直注释着,该删就删.(我的项目里经常会有一大堆没用的