ZendFrameWork(1.1X)框架的安装与调试.docxVIP

ZendFrameWork框架的安装与调试（zend版本1.11） 1)项目目录结构如下图： 2)Index.php网站入口文件详细 3)第一个控制器 Zend中的编码规范总结 《一文件格式》 1. 对于只含有 php 代码的文件，我们将在文件结尾处忽略掉 ? 。这是为了防止多余的空格或者其它字符影响到代码。 2. 由 __halt_compiler() 允许的任意的二进制代码的内容，被 Zend Framework 中的 PHP 文件或由它们产生的文件所禁止。 3. 缩进由四个空格组成，禁止使用制表符 TAB 。（TAB 制表符的长度是不一样的，而空格则是一样的） 4. 变量赋值必须保持相等间距和排列。 5. 每行代码长度应控制在80个字符以内，最长不超过120个字符。 6. 每行结尾不允许有多余的空格。 7. 行结束标志遵循 Unix 文本文件的约定，行必需以单个换行符 \n (LF) 结束。换行符在文件中表示为10，或16进制的 0x0A 。 不要使用苹果操作系统的回车 \r (0x0D) 或 Windows 系统的回车换行组合如 \r\n (0x0D,0x0A) 。 《二：命名规范》 类命名总是对应于其所属文件的目录结构。 2. 类名只允许有字母和数字字符，在大部分情况下不鼓励使用数字。下划线只允许做路径分隔符 3. 当你为其他开发人员提供 API 接口的时候，如果他们需要用一个复合的名称来确认这个接口，那么你必须把这个名称用下滑线 (underline) 隔开，而不是使用驼峰的形式。而且最好是以常量 (contant) 的形式。 这个规定可能有点难懂，让我们举个例子吧。例如在实例化 Zend_Db_Adapter_xxx 实例时，我们通常需要将 adapter 的名称作为参数传入到 Zend_Db::factory() 并由该工厂返回所需实例。 4. 如果类名包含多个单词，每个单词的第一个字母必须大写，连续的大写是不允许的 5. 有 Zend 及其合作伙伴开发的 Zend Framework 类的命名必须总是以 Zend_ 作为开头，并放在 Zend/ 目录下。 6. 接口类 (interface) 的定义必须遵循类名的定义规范，不同的是必须要以 _Interface 作为结尾。 7. 对于文件名，只有字母、数字字符、下划线和短横线 (-) 可用，空格是绝对不允许的。 8. 包含任何 PHP 代码的任何文件应当以 .php 扩展名结尾，视图脚本默认拓展名是 .phtml，也可以用 .html 等代替。 9. 函数名只允许由数字或字母组成，下划线是不允许的，首字母要小写，其后每个单词首字母要大写，即所谓的 “camelCaps” 规则。 10. 函数名越详细越好，应该能够描述清楚该函数的功能。 11. 对于对象成员的访问，我们必须始终使用 “get” 和 “set” 方法。 12. 当我们使用了某些设计模式的时候，我们的方法中应该含有该模式名。 13. 当类成员函数被声明为 private 或者 protected 时，函数必须以下划线 _ 为开头，一般情况下的函数不含下划线。 14. 如果我们需要把一些经常使用的函数或方法定义为全局函数，那么应该把它们以静态 (static) 的形式定义在类中。 15. 在类中被声明为 static 的函数或变量不应该再被声明为 private 私有，而应该为 protected 或者public ，如果只是不想被子类继承，则应该用 final 声明它们。 16. 函数或方法的初始中括号应该在函数声明的下一行顶格。 ?17. 当函数参数不一定需要被赋值的时候，用 null 来代替 false 作为函数参数的默认值，除非该参数是 boolean 值。 18. 变量只允许由字母组成，数字或下划线都是不允许的。 19. 被声明为 private 或者 protected 的类成员属性必须由下划线 _ 作为开头，这也是唯一一种允许变量中出现下划线的情况，而声明为 public 的成员属性则在任何时候都不允许含有下划线。 20. 变量名必须像函数名那样，即首字母要小写，其后每个单词首字母要大写，即所谓的 “camelCaps” 规则。 21. 建议用描述性的变量的命名，变量名越详细越好，以至于像 $i 或 $n 等等都是不鼓励使用的，特别是在超过20行的循环里面。 22. 常量 constant 必须仅包括字母，数字和下划线，而且必须全部大写，各个单词之间用下划线分割。 ?23. 常量应该在类中由 const 声明并定义，全局范围内的 define 是不鼓励使用的。 ?24. 和 php 文档说明不一样