文档介绍：一基本代码规范这一部分标准包括,哪些应该被认为是标准的编码元素,以确保共享的PHP代码间具有较高程度的技术互通性。关键词“必须”(“MUST”)、“一定不可/一定不能”(“MUSTNOT”)、“需要”(“REQUIRED”)、“将会”(“SHALL”)、“不会”(“SHALLNOT”)、“应该”(“SHOULD”)、“不该”(“SHOULDNOT”)、“推荐”(“MENDED”)、“可以”(“MAY”)和”可选“(“OPTIONAL”)<?php和<?这两种标签。PHP文件必须以不带BOM的UTF-8编码。PHP文件中应该只定义类、函数、常量等声明,或其他会产生从属效应的操作(如:),但是不应该同时做着两件事情。命名空间以及类必须符合PSR的自动加载规范:PSR-0或PSR-4中的一个;类的命名必须遵循以大写开头的驼峰命名规则(StudlyCaps)。类中的常量所有字母都必须大写,单词间用下划线分隔。方法名必须符合以小写开头的驼峰命名法(camelCase)。<?php?>长标签或<?=?>短标签输出。一定不能使用其他标签。-(副作用)一个文件应该要不就只定义声明(类,函数,常亮等),要不就只有产生从属效应的逻辑操作,但不应该两者都有。短语“副作用”(sideeffects)意味着执行的逻辑仅仅从包含文件,而没有直接关系到声明类,函数,常量等。“从属效应”包含却不仅限于:生成输出、直接的require或include、连接外部服务、修改ini配置、抛出错误或异常、修改全局或静态变量、读或写文件等。下面是一个同时拥有声明和从属效应的例子,应该避免:<?php//sideeffect:changeinisettingsini_set('error_reporting',E_ALL);//sideeffect:loadsafileinclude"";//sideeffect:generatesoutputecho"<html>\n";//declarationfunctionfoo(){//functionbody}下面是一个只包含声明而没有包含sideeffects的例子,应该被模仿:<?php//declarationfunctionfoo(){//functionbody}//conditionaldeclarationis*not*asideeffectif(!function_exists('bar')){functionbar(){//functionbody}}”autoloading”PSR标准:[PSR-0,PSR-4].这就意味着每一个类必须独立为一个属于他自己的文件,且命名空间至少有一个层次:顶级的组织名称(vendorname)。类的命名必须遵循以大写开头的驼峰命名规则(StudlyCaps)。。例如:<?php//:namespaceVendor\Model;classFoo{}<?php//:classVendor_Model_Foo{}、属性和方法此处的“类”指代所有的类、接口以及可复用代码块(traits)译者注:。/manual/en/,用下划线分隔。例如:<?phpnamespaceVendor\Model;classFoo{constVERSION='';constDATE_APPROVED='2012-06-01';}($StudlyCaps)、小写开头的驼峰式($camelCase)又或者是下划线分隔式($under_score),本规范不做强制要求,但无论遵循哪种命名方式,都应该在一定的范围内保持一致。这个范围可以是整个团队、整个包、整个类或整个方法。(camelCase())。二代码风格规范本规通过制定一系列规范化PHP代码的规则,以减少在浏览不同作者的代码时,因代码风格的不同而造成不便。这个风格规范是从各种各样的项目的共性中延伸出来的。当多名程序员在多个项目中合作时,它有助于有一套