FIGPHP规范，简称PSR，是PHP开发的事实标准。FIG是FrameworkInteroperabilityGroup（框架互操作性组织）的缩写，由数个开源框架的开发者于2009年成立。这个组织的目的是统一各个项目的编码标准，限制程度最低，避免各个公司自研风格阻碍程序员发展的麻烦。PSR是ProposingaStandardsRecommendation的缩写。PSR最初有五种规范，分别是：PSR-0（AutoloadingStandard）自动加载标准。PSR-1（BasicCodingStandard）基本编码标准。PSR-2（CodingStyleGuide）编码风格指南。PSR-3（LoggerInterface）日志接口。PSR-4（ImprovedAutoloading）是自动加载的增强版本，可以替代PSR-0。今天我们的代码规范就是按照上面的规范整理的。1、PHP源文件只能使用必须省略。PHP解析器将在解释文件时提高性能。而且，这样可以保证程序避免?>后有额外的空格导致程序报错。5、请严格控制每行120个字符。太长的代码会导致各种分辨率的显示器出现兼容性问题。而且，太长的代码也会让人难以阅读和理解。如果太长，请包装代码。6.所有班级必须设置指挥空间。命令空间为代码结构提供了强有力的解释，并防止了同名类之间的冲突。同时，还可以利用Composer的autoloading优势。$value){//还是空格问题//foreachbody}try{//trybody}catch(FirstExceptionType$e){//还要注意空格。//catchbody}catch(OtherExceptionType$e){//catchbody}18.类名必须与文件名相同。这个很容易理解，也没什么好补充的。除非框架有特殊的加载规则。19.类的命名必须遵循大写开头的驼峰命名规范StudlyCaps。StudlyCaps是将单词首字母大写的风格。也有人称之为大驼峰。20、方法名必须符合camelCase风格的驼峰命名规范，即第一个单词首字母小写，单词首字母大写。21.类中常量的所有字母必须大写，单词之间必须用下划线分隔CONSTORDER_STATUS=1;22.变量必须以驼峰命名法命名$cardNo='';//卡号。$idCardNo='';//身份证号。23.参数必须使用驼峰命名风格。参数也是一种变量。因此，它与变量的命名风格是一致的。24.所有方法的左花括号必须另起一行。虽然下面两个在实际开发中是允许的。但是，要保持代码一致。因此，必须强制使用。错误：callFunc(['userId'=>1,'username'=>'sam','age'=>20,'sex'=>'male']);26.方法参数注释/***管理后台获取优惠券发送记录。**@authorfingerQin2018-02-23*@modifyfingerQin2019-02-25修复了SQL性能问题。**@paramint$couponId优惠券ID。*@paramstring$username用户名。*@paramstring$mobilephone用户的手机号码。*@paramint$page当前页码。*@paramint$count每页显示的项目数。*@paramarray$data请求参数。**------------------例如：开始------------------*$data=[*'username'=>'用户账号，没有则传空',*'age'=>'用户年龄，没有则传0',*];*----------------例如：结束----------------------**@returnarray*/publicstaticfunctiongetBackendSendHistory($couponId=-1,$username,$mobilephone,$page,$count,$data){}可以看出有如下注解特征：1）方法描述。2)创建该方法的同事的编号和时间。3）修改方法的同事人数、时间和修改内容。4)参数注释：类型、名称、参数说明。参数和其他注释之间必须有一个空行。5)参数示例：如果参数中有复杂的参数。可以在参数下方给出示例以增强描述。6)返回值。需要给出返回的类型。27、方法中的代码行数不能超过一屏。每个人的显示分辨率都不一样。既然不超过一屏，其他同事就会超过一屏。因此，即使不超过一屏，代码行数也尽量控制在40行以内。如果你发现你的代码超过了40行，你需要考虑你的代码是否被不合理地拆分了。特殊情况允许超过40行。但是整个方法中的代码必须是简单的判断逻辑。不包含复杂的业务判断逻辑。因为，对于不同的业务判断，最好的做法是单独封装一个方法。
