php程序编码规范标准20020123

《php程序编码规范标准20020123》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、PHPCodingStandard44PHP程序编码规范标准最后修改日期:2002-01-23PHP编程标准是经由ToddHoff许可，基于《C++编程标准》为PHP而重写的，作者为FredrikKristiansen，使用本标准，如果您想拷贝一份留做自用的话，那是完全免费的，这也是我们制作它的原因。假如您发现了任何的错误又或者是有任何的改进，请您给笔者发一个email，以便笔者将它们合并到最新更新中去。目录·介绍o标准化的重要性o解释o认同观点·命名规则o合适的命名o缩写词不要全部使用大写字母o类命名o类库命名o方法命名o类属性命名o方法中参数命名o变量命名o引用变量和函数返回引用o全局变量

2、o定义命名/全局常量o静态变量o函数命名ophp文件扩展名·文档规则o评价注释oCommentsShouldTellaStoryoDocumentDecisionso使用标头说明oMakeGotchasExplicitoInterfaceandImplementationDocumentationo目录文档©Copyright1995-2001.ToddHoffandFredrikKristiansen.Allrightsreserved.PHPCodingStandard44·复杂性管理规则o层oOpen/ClosedPrincipleoseverconfiguration·类规则oDiff

3、erentAccessorStyleso别在对象架构期做实际的工作oThinvs.FatClassInterfaceso短方法·进程规则oUseaDesignNotationandProcessoCodeReviewsoCreateaSourceCodeControlSystemEarlyandNotOftenoCreateaBugTrackingSystemEarlyandNotOftenoHonorResponsibilities·格式化o大括号{}规则o缩进/制表符/空格规则o小括号、关键词和函数规则oIfThenElse格式oswitch格式ocontinue,break和?的使用o每

4、行一个语句o声明块的定位·杂项o不要不可思议的数字o错误返回检测规则o不要采用缺省值测试非零值o布尔逻辑类型o通常避免嵌入式的赋值o重用您和其他人的艰苦工作o使用if(0)来注释外部代码块o其他杂项·PEAR编码标准oPear-Indenting_oPear-ControlStructures_oPear-FunctionCallsoPear-FunctionDefinitionsoPear-Comments_oPear-IncludingCodesoPear-PHPCodeTags_oPear-HeaderCommentBlocks_oPear-UsingCVSoPear-ExampleUR

5、Ls©Copyright1995-2001.ToddHoffandFredrikKristiansen.Allrightsreserved.PHPCodingStandard44oPear-NamingConventions_介绍标准化的重要性标准化问题在某些方面上让每个人头痛，让人人都觉得大家处于同样的境地。这有助于让这些建议在许多的项目中不断演进，许多公司花费了许多星期逐子字逐句的进行争论。标准化不是特殊的个人风格，它对本地改良是完全开放的。优点当一个项目尝试着遵守公用的标准时，会有以下好处：·程序员可以了解任何代码，弄清程序的状况·新人可以很快的适应环境·防止新接触php的人出于节省时间

6、的需要，自创一套风格并养成终生的习惯·防止新接触php的人一次次的犯同样的错误·在一致的环境下，人们可以减少犯错的机会·程序员们有了一致的敌人:-)缺点现在轮到坏处了:·因为标准由一些不懂得php的人所制定，所以标准通常看上去很傻·因为标准跟我做的不一样，所以标准通常看上去很傻·标准降低了创造力·标准在长期互相合作的人群中是没有必要的·标准强迫太多的格式·总之人们忽视标准讨论©Copyright1995-2001.ToddHoffandFredrikKristiansen.Allrightsreserved.PHPCodingStandard44许多项目的经验能得出这样的结论：采用编程标准可以

7、使项目更加顺利地完成。标准是成功的关键么？当然不。但它们可以帮助我们，而且我们需要我们能得到的所有的帮助！老实说，对一个细节标准的大部分争论主要是源自自负思想。对一个合理的标准的很少决定能被说为是缺乏技术性的话，那只是口味的原因罢了。所以，要灵活的控制自负思想，记住，任何项目都取决于团队合作的努力。解释惯例在本文档中使用“要”字所指的是使用本规范的所有项目需要遵守规定的标准。使用“应该”一词的作用