我也学php:编码规范/翻译自PSR

本文详细介绍了PHP社区推荐的编码标准,包括PSR-0至PSR-3的各项规范,覆盖了从类命名、代码风格、日志接口等多个方面。

PHP社区百花齐放,拥有大量的函数库、框架和组件。PHP开发者通常会在自己的项目中使用若干个外部库,因而PHP代码遵循或尽量接近同一个代码风格就非常重要,可以让开发者方便地把多个代码库集成在自己的项目中。

框架互操作组(即PHP标准组)发布了一系列代码风格推荐标准,即PSR-0,PSR-1,PSR-2和PSR-3。 不要让这些名称所混淆,这些推荐仅是一些被其它项目所遵循的规则,如Drupal, Zend, Symfony, CakePHP, phpBB, AWS SDK, FuelPHP, Lithium等,你可以把这些规则用在自己的项目中,或者继续使用你自己的风格。

通常情况下,你的PHP代码应该遵循其中一项或多项标准,从而其他开发者可以方便地阅读和使用你的代码。这些标准都是在前一个标准 上附加新的规则,所以使用PSR-1就同时要求遵循PSR-0,但可以不遵循PSR-2。

可以使用PHP_CodeSniffer来检查代码是否符合这些标准,文本编辑器插件Sublime Text 2还能提供实时检查。如果不符合规范,可以使用Fabien Potencier提供的工具PHP Coding Standards Fixer自动修复,不用自己手工修复。

 PSR完整地址为:https://github.com/php-fig/fig-standards


PSR-0:类命名与autoloader之间的规范

PSR-0主要是对namespace和class命名规范进行约束,这个规范主要作用是使得autoloader函数能够根据完整的类名从硬盘中自动加载指定的类文件,其中涉及到的“强制”要求有以下几点:

  1. 完整的namespace和class命名必须符合结构:\<Vendor Name>\(<Namespace>\)*<Class Name>.php
  2. Vendor Name(开发者信息)必须是最顶层的namespace,这样可以防止自己类库与其他开发者类库出现命名冲突
  3. (<Namespace>\)*后面带有一个正则表达式中的星号,代表Namespace可以有0个或者多个
  4. 每个Namespace之间的分隔符在autoloader函数中,将会被转化为目录分隔符DIRECTORY_SEPARATOR
  5. Class Name即类名称中允许出现_(下划线),但是在autoloader函数中,该下划线也会转化为DIRECTORY_SEPARATOR
  6. 在autoloader函数中通过namespace和class命名来加载类文件时,类文件的后缀名必须是.php
  7. 对其中的英文字母大小写没有特殊要求

如果符合了上述要求,那么autoload代码就如下:

<?php

function autoload($className)
{
    $className = ltrim($className, '\\');
    $fileName  = '';
    $namespace = '';
    if ($lastNsPos = strrpos($className, '\\')) {
        $namespace = substr($className, 0, $lastNsPos);
        $className = substr($className, $lastNsPos + 1);
        $fileName  = str_replace('\\', DIRECTORY_SEPARATOR, $namespace) . DIRECTORY_SEPARATOR;
    }
    $fileName .= str_replace('_', DIRECTORY_SEPARATOR, $className) . '.php';

    require $fileName;
}


\Doctrine\Common\IsolatedClassLoader => /path/to/project/lib/vendor/Doctrine/Common/IsolatedClassLoader.php
\Symfony\Core\Request => /path/to/project/lib/vendor/Symfony/Core/Request.php
\Zend\Acl => /path/to/project/lib/vendor/Zend/Acl.php
\Zend\Mail\Message => /path/to/project/lib/vendor/Zend/Mail/Message.php
\namespace\package\Class_Name => /path/to/project/lib/vendor/namespace/package/Class/Name.php
\namespace\package_name\Class_Name => /path/to/project/lib/vendor/namespace/package_name/Class/Name.php


PSR-1:简单编码规范

原文中的 "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" 等关键字含义请参与RFC 2119文档。并且本文中不会对这些关键字进行翻译。

  1. 代码文件中MUST使用<?php ?>和<?= ?>两个代码标签;文件编码MUST使用UTF-8必须不包含BOM。
  2. 单个代码文件SHOULD要么用于声明类,函数或者常量等符号,要么用于进行一些会产生副作用(Side effects)的计算操作,比如输出和改变全局的设置。SHOULD NOT(不建议)同时在一个单文件中完成这两项工作。
  3. 命名空间和类名称MUST符合PSR_0规范
  4. 类名称声明MUST符合StudlyCaps(大写骆驼拼写法)
  5. 类中常量MUST使用全部大写,并使用_(下划线)作为分割符
  6. 函数名称声明MUST符合camelCase(小写骆驼拼写法)

PSR-2:编码风格

针对PHP文件
  1. 所有的PHP文件MUST使用Unix的LF作为行结尾
  2. 所有的PHP文件MUST是以单一的空白行结尾
  3. 在纯PHP文件中MUST省略文件结尾的?>标记

针对文件行
  1. MUST NOT对每一行的长度进行硬限制(Hard Limit)
  2. 每一个行长度软限制(Soft Limit)MUST为120个字符。如果样式检查的软件发现文件不符合该软限制时MUST给予warn但是MUST NOT给予error
  3. 每一行SHOULD NOT 超过80个字符。如果实在是超过80个字符,SHOULD分割为多行
  4. 每一个非空白行后面MUST NOT有多余的尾随空格
  5. 空白行 may(可以)被添加来提高代码的可读性,以及用于分割不相关代码
  6. 每一行MUST NOT超过一条语句
  7. 在命名空间声明行后,MUST有一个空白行

文本缩进
  1. 代码MUST 使用4个空格来进行缩进,MUST NOT使用tabs

PHP关键字大小写
  1. PHP关键字包括true, false,null在内,MUST 使用小写

命名空间和Use声明
  1. 在命名空间声明行后,MUST有一个空白行
  2. Use语句MUST在命名空间声明行后面
  3. 每一行MUST只能有一个Use声明
  4. 所有的Use语句后面,必须有一个空白行
<?php
namespace Vendor\Package;

use FooClass;
use BarClass as Bar;
use OtherVendor\OtherPackage\BazClass;

// ... additional PHP code ...

类声明:Extents和implements
  1. 类声明的{}大括号必须在两个独立行中
  2. 如果类声明中有extends和implements,那么它们MUST与类声明在同一行
  3. 如果同时有extends与implements,那么必须先写extends,再写implements
  4. 如果implements列表有多个,may把他们分割到多行中,每一行单独缩进。如果这样做,那么第一个implements就MUST在新行,并且每个implements单独占用一行。
<?php
namespace Vendor\Package;

use FooClass;
use BarClass as Bar;
use OtherVendor\OtherPackage\BazClass;

class ClassName extends ParentClass implements
    \ArrayAccess,
    \Countable,
    \Serializable
{
    // constants, properties, methods
}

类声明/函数声明:abstract,final,static
  1. 如果一个类或者函数在声明时,其中包含abstract,final,static三个关键字,那么与可见性关键字(public private protected)之间顺序为:abstarct 和final Must在可见性关键字之前;而static MUST在可见性关键字之后

类属性
  1. 每一个类属性MUST指定它们的可见性
  2. MUST NOT使用var关键字来声明一个类属性
  3. 每一条语句MUST声明单个属性
  4. SHOULD NOT使用_(下划线)作为属性名称的开头来表示属性为protected或private

方法声明与方法参数
  1. 每一个方法MUST显示指定它们的可见性
  2. SHOULD NOT使用_(下划线)作为方法名称的开头来表示方法为protected或private
  3. 方法名称后面MUST NOT带有空格。并且方法的大括号{}MUST分别在单独的行
  4. 方法的括号()内部的前后MUST NOT有空格,
  5. 方法的每一个参数后面MUST NOT 有空格,多个参数之间的逗号后面MUST 有空格。
  6. 含有默认值的参数MUST 放到参数类别后面
  7. 参数列表may被分割为多行,每行缩进一次;(括号紧跟在行数名后面,)在单独一行,并且与函数声明缩进对齐,后面紧跟一个空格和函数的大括号{。每一个参数MUST在单独行。
<?php
namespace Vendor\Package;

class ClassName
{
    public function foo($arg1, &$arg2, $arg3 = [])
    {
        // method body
    }
     public function aVeryLongMethodName(
        ClassTypeHint $arg1,
        &$arg2,
        array $arg3 = []
    ) {
        // method body
    }
}

函数调用
  1. 在调用函数时,函数名称与(之间MUST NOT有空格,(和)与参数之间MUST NOT 有空格。
  2. 方法的每一个参数后面MUST NOT 有空格,多个参数之间的逗号后面MUST 有空格。
  3. 调用参数过长时,May把参数分为多行,每一行一个参数,并且拥有一个缩进。函数的(紧跟在函数名后,)最后一个参数后面的一行,并且不能有缩进。
<?php
bar();
$foo->bar($arg1);
Foo::bar($arg2, $arg3);

$foo->bar(
    $longArgument,
    $longerArgument,
    $muchLongerArgument
);

控制结构
PHP中包含if/else/elseif,switch/case,while/dowhile,for,foreach,try/catch六种控制结构,它们的编码规范有一部分共性:
  1. 控制关键字后面MUST有一个空格
  2. 控制结构开括号(后面MUST NOT有空格
  3. 控制结构闭括号)前面MUST NOT有空格
  4. 控制结构开括号(与大括号}之间MUST有一个空格
  5. 控制结构体MUST缩进一次
  6. 控制结构闭大括号}必须在控制结构体后单独的一行
它们之间除了上述共性以外,还有各自的规范。

控制结构:if/elseif/else
具体的if编码规范见下述实例
<?php
if ($expr1) {
    // if body
} elseif ($expr2) {
    // elseif body
} else {
    // else body;
}
请注意上述的空格,括号开闭的位置。

控制结构:switch/case
具体的switch编码规范见下述实例,请注意它们的空格,括号开闭的位置。
<?php
switch ($expr) {
    case 0:
        echo 'First case, with a break';
        break;
    case 1:
        echo 'Second case, which falls through';
        // no break
    case 2:
    case 3:
    case 4:
        echo 'Third case, return instead of break';
        return;
    default:
        echo 'Default case';
        break;
}
  1. 每一个case MUST相对于switch有一个缩进。
  2. 如果一个case没有break或者return之类中断语句,那么必须在它相应位置注视// no break

控制结构:while/dowhile
具体的while编码规范见下述实例,请注意它们的空格,括号开闭的位置。
<?php
while ($expr) {
    // structure body
}
do {
    // structure body;
} while ($expr);

控制结构:for
具体的for编码规范见下述实例,请注意它们的空格,括号开闭的位置。
<?php
for ($i = 0; $i < 10; $i++) {
    // for body
}

控制结构:foreach
具体的foreach编码规范见下述实例,请注意它们的空格,括号开闭的位置。
foreach ($iterable as $key => $value) {
    // foreach body
}

控制结构:try/catch
具体的try编码规范见下述实例,请注意它们的空格,括号开闭的位置。
<?php
try {
    // try body
} catch (FirstExceptionType $e) {
    // catch body
} catch (OtherExceptionType $e) {
    // catch body
}

闭包
  1. function和use关键字与括号(之间MUST有一个空格
  2. 闭包的大开括号MUST与括号)在空一行,并且之间有一个空格
  3. 闭包的大闭括号MUST与闭包实体部分分割开,在单独一行;并且与闭包语句‘;’之间没有空格
  4. 闭包的function 和use的参数与括号()之间MUST NOT有空格,并且多个参数之间的‘,’前面没有空格,后面有一个空格
  5. 如果闭包的参数有默认值,那么它MUST放在参数列表的后面
  6. 闭包的参数列表可以分多行,具体的请参考实例
<?php
$closureWithArgs = function ($arg1, $arg2) {
    // body
};

$closureWithArgsAndVars = function ($arg1, $arg2) use ($var1, $var2) {
    // body
};
$longArgs_noVars = function (
    $longArgument,
    $longerArgument,
    $muchLongerArgument
) {
   // body
};

$noArgs_longVars = function () use (
    $longVar1,
    $longerVar2,
    $muchLongerVar3
) {
   // body
};

$longArgs_longVars = function (
    $longArgument,
    $longerArgument,
    $muchLongerArgument
) use (
    $longVar1,
    $longerVar2,
    $muchLongerVar3
) {
   // body
};

$longArgs_shortVars = function (
    $longArgument,
    $longerArgument,
    $muchLongerArgument
) use ($var1) {
   // body
};

$shortArgs_longVars = function ($arg) use (
    $longVar1,
    $longerVar2,
    $muchLongerVar3
) {
   // body
};

PSR-3:日志接口

PSR-3是关于系统日志的接口的开发规范,先不翻译,后面复习php日志处理再回来翻译












基于实时迭代的数值鲁棒NMPC双模稳定预测模型(Matlab代码实现)内容概要:本文介绍了基于实时迭代的数值鲁棒非线性模型预测控制(NMPC)双模稳定预测模型的研究与Matlab代码实现,重点在于通过数值方法提升NMPC在动态系统中的鲁棒性与稳定性。文中结合实时迭代机制,构建了能够应对系统不确定性与外部扰动的双模预测控制框架,并利用Matlab进行仿真验证,展示了该模型在复杂非线性系统控制中的有效性与实用性。同时,文档列举了大量相关的科研方向与技术应用案例,涵盖优化调度、路径规划、电力系统管理、信号处理等多个领域,体现了该方法的广泛适用性。; 适合人群:具备一定控制理论基础和Matlab编程能力,从事自动化、电气工程、智能制造等领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①用于解决非线性动态系统的实时控制问题,如机器人控制、无人机路径跟踪、微电网能量管理等;②帮助科研人员复现论文算法,开展NMPC相关创新研究;③为复杂系统提供高精度、强鲁棒性的预测控制解决方案。; 阅读建议:建议读者结合提供的Matlab代码进行仿真实践,重点关注NMPC的实时迭代机制与双模稳定设计原理,并参考文档中列出的相关案例拓展应用场景,同时可借助网盘资源获取完整代码与数据支持。
UWB-IMU、UWB定位对比研究(Matlab代码实现)内容概要:本文介绍了名为《UWB-IMU、UWB定位对比研究(Matlab代码实现)》的技术文档,重点围绕超宽带(UWB)与惯性测量单元(IMU)融合定位技术展开,通过Matlab代码实现对两种定位方式的性能进行对比分析。文中详细阐述了UWB单独定位与UWB-IMU融合定位的原理、算法设计及仿真实现过程,利用多传感器数据融合策略提升定位精度与稳定性,尤其在复杂环境中减少信号遮挡和漂移误差的影响。研究内容包括系统建模、数据预处理、滤波算法(如扩展卡尔曼滤波EKF)的应用以及定位结果的可视化与误差分析。; 适合人群:具备一定信号处理、导航定位或传感器融合基础知识的研究生、科研人员及从事物联网、无人驾驶、机器人等领域的工程技术人员。; 使用场景及目标:①用于高精度室内定位系统的设计与优化,如智能仓储、无人机导航、工业巡检等;②帮助理解多源传感器融合的基本原理与实现方法,掌握UWB与IMU互补优势的技术路径;③为相关科研项目或毕业设计提供可复现的Matlab代码参考与实验验证平台。; 阅读建议:建议读者结合Matlab代码逐段理解算法实现细节,重点关注数据融合策略与滤波算法部分,同时可通过修改参数或引入实际采集数据进行扩展实验,以加深对定位系统性能影响因素的理解。
本系统基于MATLAB平台开发,适用于2014a、2019b及2024b等多个软件版本,并提供了可直接执行的示例数据集。代码采用模块化设计,关键参数均可灵活调整,程序结构逻辑分明且附有详细说明注释。主要面向计算机科、电子信息工程、数等相关专业的高校生,适用于课程实验、综合作业及位论文等教与科研场景。 水声通信是一种借助水下声波实现信息传输的技术。近年来,多输入多输出(MIMO)结构与正交频分复用(OFDM)机制被逐步整合到水声通信体系中,显著增强了水下信息传输的容量与稳健性。MIMO配置通过多天线收发实现空间维度上的信号复用,从而提升频谱使用效率;OFDM方案则能够有效克服水下信道中的频率选择性衰减问题,保障信号在复杂传播环境中的可靠送达。 本系统以MATLAB为仿真环境,该工具在工程计算、信号分析与通信模拟等领域具备广泛的应用基础。用户可根据自身安装的MATLAB版本选择相应程序文件。随附的案例数据便于快速验证系统功能与性能表现。代码设计注重可读性与可修改性,采用参数驱动方式,重要变量均设有明确注释,便于理解与后续调整。因此,该系统特别适合高等院校相关专业生用于课程实践、专题研究或毕业设计等术训练环节。 借助该仿真平台,习者可深入探究水声通信的基础理论及其关键技术,具体掌握MIMO与OFDM技术在水声环境中的协同工作机制。同时,系统具备良好的交互界面与可扩展架构,用户可在现有框架基础上进行功能拓展或算法改进,以适应更复杂的科研课题或工程应用需求。整体而言,该系统为一套功能完整、操作友好、适应面广的水声通信教与科研辅助工具。 资源来源于网络分享,仅用于习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值