最佳11个PHP编码规范祥解.pptVIP

我个人是比较赞同进行代码审查的，这样可以及时纠正一些错误，而且可以对开发人员的代码规范作出监督。团队的代码审查同时也是一个很好的学习机会，对成员的进步也是很有益的。但是，开发随意，加重的代码审查的工作量及难度，并且使得代码审查工作没有根据，浪费了大量的时间却收效甚微。? 代码规范不仅使得开发统一，减少审查拿督，而且让代码审查有据可查，大大提高了审查效率和效果，同时代码审查也有助于代码规范的实施。一举多得，何乐而不为呢。 * 即使明白代码规范的好处，但是有的迫于项目压力，有的因为繁琐的规范作出很多额外的工作，更有的不重视维护的问题，而很难贯彻代码规范。? 那么，我们需要了解，规范开发最大的受益人其实是自己！? 你有没有花费很多的时候查找自己的代码呢？尤其是出现bug的时候需要逐行的debug？自己写的代码乱了头绪的确实也见了不少。我们应该做的就是规范开发，减少自己出现的错误。很多时候项目的压力一部分也是由于前期开发中遗留的众多的问题。 * 不同操作系统或不同工具对于缩进的解释并不一致；TAB可能是4个空格长度，也可能是8个空格长度； * 不同操作系统或不同工具对于缩进的解释并不一致；TAB可能是4个空格长度，也可能是8个空格长度； * 不同操作系统或不同工具对于缩进的解释并不一致；TAB可能是4个空格长度，也可能是8个空格长度； * 不同操作系统或不同工具对于缩进的解释并不一致；TAB可能是4个空格长度，也可能是8个空格长度； * 笔试题： /archives/category/exams 可怕的代码注入： /archives/299 * 笔试题： /archives/category/exams 可怕的代码注入： /archives/299 * 笔试题： /archives/category/exams 可怕的代码注入： /archives/299 * 笔试题： /archives/category/exams 可怕的代码注入： /archives/299 * 最佳11个PHP编码规范 二零一四年二月三日 技术部 目录 一、代码规范的重要性 三、后记 二、代码规范的要求 * 代码规范的重要性 促进团队合作 降低维护成本 有助代码审查 减少BUG处理 有助自身成长 * 促进团队合作 项目是由一个团队来完成，如果没有统一的代码规范，那么每个人的代码必定会风格迥异。 多个人同时开发同一模块，等到要整合代码的时候也有够头疼的了。 可读性 * 减少BUG处理 减少低级错误； 再复杂的逻辑看起来也是清清爽爽； 乱容易出错； 步调一致，减少细节思考； * 降低维护成本 方便后人进行代码阅读； 便于后人进行代码维护； 减少程序耦合性；方便后人在前人基础上的扩展； ? 可维护性； * 有助于代码审查 代码审查有据可依； 减少代码审查的工作量； 统一度量标准； * 有助于程序员自身成长 您能保证之后不需要来维护自己的代码？ 在紧张的项目进度要求下，提高自身工作效率，产生高质量代码； 防止以后别人读自己的代码里，心里默默在说：SHIT！ 高效率，专业；? * 目录 一、代码规范的重要性 三、后记 二、代码规范的要求 * 代码规范的要求 使用DRY原则 适当留空和必要缩进 避免深嵌套 使用有意义并一致命名 良好的工程结构 变量申明和初始化 永远不要相信用户 避免代码的CopyPaste 合理使用缓存机制 使用框架 添加应有的注释 * 原则1：良好的工程结构 ThinkPHP有着良好的工程结构： 1，Lib ：*Action.php，*Model.php; 2，Tpl ：模板； 3，Static：静态资源； 4，Conf ：配置信息； 5，Common：共有文件； 6，Kernel：框架核心代码。 * 原则2：使用DRY原则 概念： -- Do not Repeat Yourself ：DRY原则指的是不要重复你的代码； -- write everything twice ：多次重复打字； DRY解决方案： -- 拆分可重用函数或类； -- 使用常量定义； 例子： * 原则3：使用有意义并一致命名 基本原则： -- 杜绝拼音； -- 杜绝没有明确含义的命名：$data2； 1，变量命名 -- 变量的名词性：形容词+名词； -- 长名字可用下划线连接： $new_user; 2，函数名 -- 小驼峰式 ：getUserInfo(…)； -- 函数的动词性 ：动词+形容词+名词； 谓语+宾语； 3，类的命名 -- 大驼峰式：PageManager； -- 类的名词性：OrderModel；不可出现下划线； * 原则4：适当留空和必要缩进 基本原则： --