第七篇 PHP编码规范

当码农多年,始终进步不大,前面说了第一个原因是没有明确的目标;第二个原因是没有养成良好的习惯(即优秀的职业规范)。

1)pear 规范 http://pear.php.net/manual/en/standards.php;

2)This could be any combination of PSR’s,规范见 https://github.com/php-fig/fig-standards/tree/master/accepted

3)These recommendations are merely a set of rules that some  project lick symfony, Drupal, Zend. 规范见

http://symfony.com/doc/current/contributing/code/standards.html

时间: 2024-08-10 09:31:12

第七篇 PHP编码规范的相关文章

自己总结的C#编码规范--2.命名选择篇

上一篇文章讲了标识符命名的约定,今天讲下标识符命名的选择. 简单的讲,看到一个标识符一定要可以见名知意. 名字一定要能够表达出标识符的含意 标识符名字必须要表达出该标识符的意义,绝对不可以使用无意义的v1,v2…vn之类的命名. public static void CloneChars(char[] cl1, char[] cl2) { for (var i = 0; i < cl1.Count(); i++) { cl2[i] = cl1[i]; } } 代码的调用者不看这函数是无法知道cl

自己总结的C#编码规范--1.命名约定篇

最近在为公司编写c#编码规范,以前对这方面研究不多,只是觉得代码能够出自己的意思就可以了. 我参考了以下资料 C# Coding Conventions NET设计规范约定惯用法与模式(第2版) 编写可读性代码的艺术 重构—改善既有代码的设计 高效程序员的45个习惯 代码整洁之道 发现其实真要写好一个代码规范是一件非常难的事情,这取决于规范制定者的经验,团队成员的水平,业务的具体需求,项目的复杂度,项目的进度,企业的文化氛围等等. 而且每次提笔要写的时候,总是有很多很多的想法想写进去,可是作为一

Servlet 2.4 规范之第七篇:过滤器

过滤器是一套java组件,用于在请求—>资源—>应答的这一过程中即时转换处理负载和头信息. 本章讲述了Servlet 2.4 API中一些类和方法,这些类和方法提供了一套轻量级框架用于过滤动态和静态内容.它讲述了web应用下如何配置过滤器.指定过滤器的实现类. servlet过滤器的API会在SRV.14的“javax.servlet”章节提供,而其配置语法会在SRV.13章“部署描述符”的语法中讲解.读者阅读本章的同时也应该参考下对应的章节内容. SRV.6.1    什么是过滤器 过滤器是

自己总结的C#编码规范--6.格式篇

格式 格式的统一使用可以使代码清晰.美观.方便阅读.为了不影响编码效率,在此只作如下规定: 长度 一个文件最好不要超过500行(除IDE自动生成的类). 一个文件必须只有一个命名空间,严禁将多个命名空间放在一个文件里. 一个文件最好只有一个类. 如果超过500行,考虑拆分类或者使用Partial 类将类按照功能拆分. 一个方法的代码最好不要超过50行,如果超过考虑将里面的逻辑封装成函数. 空格.空行 空行的使用以使代码清晰为为基本原则.空行影响程序的运行,但可以使代码看起来清晰,增加可读性,因此

自己总结的C#编码规范--5.如何写好注释篇

本文是读完前言中提到的几本书后,结合自身的想法总结出来的如何写好注释的一些比较实用的方法: 如何写好注释 避免使用不明确的代词 有些情况下,"it", "this"等代词指代很容易产生歧义,最安全的方式是不要使用将所有可能产生歧义的代词替换成实际指代的词. 如://Insert the data into the cache,but check if it's too big first. "it"是指"data"还是&quo

前端编码规范 -- 通用篇

前言 本系列意在增强团队的开发协作,提高代码质量和打造开发基石的编码风格规范. 我们知道,当一个团队开始指定并实行编码规范的话,错误就会变得更加显而易见.如果一段特定的代码不符合规范的话,它有可能只是代码风格错误,而也有可能会是bug.早期指定规范就使得代码审核得以更好的开展,并且可以更精确的地定位到错误.只要开发者们能够保证源代码源文件都严格遵循规范,那接下去所使用的混淆.压缩和编译工具则可投其所好不尽相同. 不管有多少人共同参与同一项目,一定要确保每一行代码都像是同一个人编写的. 文件/资源

PEP8 Python 编码规范整理(Python)

add by zhj: 这个是豆瓣网友整理的PEP8,算是PEP8的一个简易版本,因为原PEP8内容太多,所以建议先看这篇文章,然后再看PEP8中文翻译 原文:http://www.douban.com/note/134971609/ 决定开始Python之路了,利用业余时间,争取更深入学习Python.编程语言不是艺术,而是工作或者说是工具,所以整理并遵循一套编码规范是十分必要的.所以今天下午我根据PEP 8整理了一份,以后都照此编码了,还会持续更新. PEP8 Python 编码规范 一 代

Bootstrap编码规范

黄金定律 永远遵循同一套编码规范 -- 可以是这里列出的,也可以是你自己总结的.如果你发现本规范中有任何错误,敬请指正.通过 open an issue on GitHub为本规范添加或贡献内容. 不管有多少人共同参与同一项目,一定要确保每一行代码都像是同一个人编写的. HTML 语法 用两个空格来代替制表符(tab) -- 这是唯一能保证在所有环境下获得一致展现的方法. 嵌套元素应当缩进一次(即两个空格). 对于属性的定义,确保全部使用双引号,绝不要使用单引号. 不要在自闭合(self-clo

PEP8 Python 编码规范

PEP8 Python 编码规范 一 代码编排 1 缩进.4个空格的缩进(编辑器都可以完成此功能),不使用Tap,更不能混合使用Tap和空格.2 每行最大长度79,换行可以使用反斜杠,最好使用圆括号.换行点要在操作符的后边敲回车.3 类和top-level函数定义之间空两行:类中的方法定义之间空一行:函数内逻辑无关段落之间空一行:其他地方尽量不要再空行. 二 文档编排 1 模块内容的顺序:模块说明和docstring-import-globals&constants-其他定义.其中import部