YII Framework学习教程-YII的Model-开发规范-路径别名-命名空间

    到这里,大概的YII开发已经基本能够,可是下面要将的全部课程,学完以后可让你更爱YII。下面的教程是讲的MVC的M,model。数据,业务,代码的集中地区。因此开始以前,学学开发规范-路径别名-命名空间-,来写出本身爱看,别人能看的代码。开发规范对于一个php开发这来讲仍是很无奈的。这里很少说了,规则不是我定的,个人目的就是在这里罗列一点,来讲说什么是规范。尽管我写的代码只有我本身爱看。php

 

     YII官方给出了四篇文档来讲明:html

    路径别名、名字空间:http://www.yiiframework.com/doc/guide/1.1/zh_cn/basics.namespacejava

    开发规范:http://www.yiiframework.com/doc/guide/1.1/zh_cn/basics.conventionweb

    开发流程:http://www.yiiframework.com/doc/guide/1.1/zh_cn/basics.workflow数据库

     最佳MVC实践:http://www.yiiframework.com/doc/guide/1.1/zh_cn/basics.best-practices编程

     这四个文档谁然描述的内容不多。可是全部要说明的大致都讲了一下。下面做一些简单的排列组合。api

 ///////////////////////////////////////////////////////////////////////////    数组

路径别名与名字空间  

 

Yii 中普遍的使用了路径别名。路径别名关联于一个目录或文件的路径。它以点号语法指定,相似于普遍使用的名字空间(namespace)格式:缓存

RootAlias.path.to.target

其中的 RootAlias 是某个现存目录的别名。安全

1. Root Alias 

为方便起见,Yii 预约义了如下几个根别名:

  • system: 表示 Yii 框架目录;
  • zii: 表示 Zii 库 目录;
  • application: 表示应用的 基础目录
  • webroot: 表示 入口脚本 文件所在的目录。此别名从版本 1.0.3 开始有效。
  • ext: 表示包含了全部第三方 扩展 的目录。此别名从版本 1.0.8 开始有效。

额外的,若是应用使用了 模块, (Yii) 也为每一个模块ID定义了根别名,指向相应模块的跟目录。 此功能从版本 1.0.3 起有效。

经过使用 YiiBase::getPathOfAlias(), 别名能够被翻译为其相应的路径。 例如, system.web.CController 会被翻译为 yii/framework/web/CController

2. Importing Classes 

使用别名能够很方便的导入类的定义。 例如,若是咱们想包含 CController 类的定义,咱们能够调用以下代码

Yii::import('system.web.CController');

import 方法跟 include 和 require 不一样,它更加高效。 导入(import)的类定义并不会真正被包含进来,直到它第一次被引用。 屡次导入一样的名字空间也会比 include_once 和 require_once 快得多。

提示: 当引用 Yii 框架定义的类时,咱们不须要导入或包含它。全部的核心 Yii 类都已被提早导入了。

使用Class Map

从1.1.5版本开始,Yii容许用户定义的类经过使Class Map机制来预先导入,这也是Yii内置类使用的方法。 预先引入机制能够在Yii应用的任何地方使用,无需显式地导入或者包含文件。这个特性对于一个创建在Yii基础上的框架或者类库来讲颇有用。

若要使用预导入功能,要在CWebApplication::run()执行前执行下面的代码:

Yii::$classMap=array( 'ClassName1' => 'path/to/ClassName1.php', 'ClassName2' => 'path/to/ClassName2.php', ...... );

3. 导入目录 

咱们还可使用以下语法导入整个目录,这样此目录下的类文件就会在须要时被自动包含。

Yii::import('system.web.*');

除 import 外, 别名还在其余许多地方指向类。 例如,路径别名能够传递给 Yii::createComponent() 以建立相应类的实例。 即便类文件在以前从未被包含。

4. Namespace 

不要将路径别名和名字空间混淆了,名字空间是指对一些类名的一个逻辑组合,这样它们就能够相互区分开,即便有相同的名字。 而路径别名是用于指向一个类文件或目录。路径别名与名字空间并不冲突。

提示: 因为 5.3.0 版本以前的 PHP 本质上不支持名字空间,你没法建立两个具备相同名字但不一样定义的类的实例。 鉴于此,全部的 Yii 框架类都以字母 'C'(意为 'Class') 做前缀,这样它们能够区分于用户定义的类。咱们建议前缀 'C' 只保留给 Yii 框架使用,用户定义的类则使用其余的字母做前缀。

5. 使用命名空间的类 

使用命名空间的类是指一个在非全局命名空间下声明的类。好比说,类application\components\GoogleMap在命名空间application\components下的类。使用命名空间须要 PHP 5.3.0 或者以上版本。

从1.1.5开始,能够无需显式引入而使用一个包含命名空间的类。好比说,咱们能够建立一个application\components\GoogleMap 的实例而无需去处理引入的路径,这样就加强了Yii的自动导入机制。

若要自动导入使用命名空间的类,命名空间的格式必须和路径别名类似。好比说,类application\components\GoogleMap 所对应的路径必须和别名application.components.GoogleMap一致。

////////////////////////////////////////////////////////////////////////////////////////////////

路径别名的和命名空间的总结

若是php对这方面作的和java同样好,估计yii框架就不会这么麻烦的定义这两个东西了。因此YII定义这两个东西其实主要是为了弥补php的这方面的不足。

1.命名空间和路径别名的区别

名字空间是指对一些类名的一个逻辑组合,这样它们就能够相互区分开,即便有相同的名字。 

路径别名是用于指向一个类文件或目录。

2.记住YII提供的几个yii框架本身的路径别名,由于之后会经常用到。system   zii  application webroot     ext

3.路径别名的定义

// define a path alias
// Yii::setPathOfAlias('local','path/to/local-folder');

//get
// Yii::getPathOfAlias('local');

4.路径别名的使用YII提供的require、include方法,是用函数Yii::import();

一种是导入一个类

 

Yii::import('system.web.CController');

 

 

一种是导入某个目录下的全部类

 

Yii::import('system.web.*');

5.至于命名空间,须要5.3以上的PHP支持,目前不推荐使用。

///////////////////////////////////////////////////////////////////////

 

开发规范  

 

Yii 偏心规范胜于配置。遵循规范可以使你可以建立成熟的Yii应用而不须要编写、维护复杂的配置。 固然了,在必要时,Yii 仍然能够在几乎全部的方面经过配置实现自定义。

下面咱们讲解 Yii 编程中推荐的开发规范。 为简单起见,咱们假设WebRoot 是 Yii 应用安装的目录。

1. URL 

默认状况下,Yii 识别以下格式的 URL:

http://hostname/index.php?r=ControllerID/ActionID

GET 变量意为 路由(route) ,它能够被Yii解析为 控制器和动做。 若是 ActionID 被省略,控制器将使用默认的动做(在CController::defaultAction中定义); 若是 ControllerID 也被省略(或者 r 变量不存在),应用将使用默认的控制器 (在CWebApplication::defaultController中定义)。

经过 CUrlManager 的帮助,能够建立更加可识别,更加 SEO 友好的 URL,例如http://hostname/ControllerID/ActionID.html。此功能在 URL Management 中有详细讲解。

2. 代码 

Yii 推荐命名变量、函数和类时使用 驼峰风格,即每一个单词的首字母大写并连在一块儿,中间无空格。 变量名和函数名应该使它们的第一个单词所有小写,以使其区别于类名(例如:$basePathrunController(),LinkPager)。

对私有类成员变量来讲,咱们推荐如下划线做为其名字前缀(例如: $_actionList)。

因为在 PHP 5.3.0 以前不支持名字空间,咱们推荐类要经过某种独立的方式命名,以免和第三方类发生冲突。鉴于此, 全部的 Yii 框架类名以 "C" 做前缀。

一个针对控制器名字的特殊规则是它们必须以单词 Controller 结尾。那么控制器 ID 即类名的首字母小写并去掉单词 Controller。 例如,PageController 类的 ID 就是 page 。这个规则使应用更加安全。它还使控制器相关的URL更加简单(例如 /index.php?r=page/index 而不是 /index.php?r=PageController/index)。

3. 配置 

配置是一个键值对数组。每一个键表明了所配置的对象中的属性名,每一个值则为相应属性的初始值。 例如,array('name'=>'My application', 'basePath'=>'./protected') 初始化了 name 和 basePath 属性为它们相应的数组值。

类中任何可写的属性均可以被配置。若是没有配置,属性将使用它们的默认值。 当配置一个属性时,最好阅读相应文档以保证初始值正确。

4. 文件 

命名和使用文件的规范取决于它们的类型。

类文件应以它们包含的公有类命名。例如, CController 类位于 CController.php 文件中。 

公有类是能够被任何其余类使用的类。每一个类文件应包含最多一个公有类。 

私有类(只能被一个公有类使用的类)能够放在使用此类的公有类所在的文件中。

视图文件应以视图的名字命名。例如, index 视图位于 index.php 文件中。 视图文件是一个PHP脚本文件,它包含了用于呈现内容的 HTML和PHP代码。

配置文件能够任意命名。 配置文件是一个PHP脚本,它的主要目的是返回一个体现配置的关联数组。

5. 目录 

Yii 假定了一系列默认的目录用于不一样的场合。若是须要,每一个目录均可以自定义。

  • WebRoot/protected: 这是 应用基础目录, 是放置全部安全敏感的PHP脚本和数据文件的地方。Yii 有一个默认的 application 别名指向此目录。 此目录及目录中的文件应该保护起来防止Web用户访问。它能够经过 CWebApplication::basePath 自定义。

  • WebRoot/protected/runtime: 此目录放置应用在运行时产生的私有临时文件。 此目录必须对 Web 服务器进程可写。它能够经过 CApplication::runtimePath自定义。

  • WebRoot/protected/extensions: 此目录放置全部第三方扩展。 它能够经过 CApplication::extensionPath自定义。

  • WebRoot/protected/modules: 此目录放置全部的应用 模块,每一个模块使用一个子目录。

  • WebRoot/protected/controllers: 此目录放置全部控制器类文件。 它能够经过CWebApplication::controllerPath 自定义。

  • WebRoot/protected/views: 此目录放置全部试图文件, 包含控制器视图,布局视图和系统视图。 它能够经过 CWebApplication::viewPath 自定义。

  • WebRoot/protected/views/ControllerID: 此目录放置单个控制器类中使用的视图文件。 此处的ControllerID 是指控制器的 ID 。它能够经过 CController::viewPath 自定义。

  • WebRoot/protected/views/layouts: 此目录放置全部布局视图文件。它能够经过CWebApplication::layoutPath 自定义。

  • WebRoot/protected/views/system: 此目录放置全部系统视图文件。 系统视图文件是用于显示异常和错误的模板。它能够通

    • 过 CWebApplication::systemViewPath 自定义。

    • WebRoot/assets: 此目录放置公共资源文件。 资源文件是能够被发布的,可由Web用户访问的私有文件。此目录必须对 Web 服务器进程可写。 它能够经过 CAssetManager::basePath 自定义

    • WebRoot/themes: 此目录放置应用使用的不一样的主题。每一个子目录即一个主题,主题的名字即目录的名字。 它能够经过 CThemeManager::basePath 自定义。

    6. 数据库 

    多数Web 应用是由数据库驱动的。为了最佳时间,咱们 推荐在对表和列命名时使用以下命名规范。注意,这些规范并非 Yii 所必须的。

    • 数据库表名和列名都使用小写命名。

    • 名字中的单词应使用下划线分割 (例如 product_order)。

    • 对于表名,你既可使用单数也可使用复数。但 不要 同时使用二者。为简单起见,咱们推荐使用单数名字。

    • 表名可使用一个通用前缀,例如 tbl_ 。这样当应用所使用的表和另外一个应用说使用的表共存于同一个数据库中时就特别有用。 这两个应用的表能够经过使用不一样的表前缀很容易地区别开。

    ////////////////////////////////////////////////////////////////////////////////////

     

    开发规范 总结红色标记

    /////////////////////////////////////////////////////////////////////////////

     

    开发流程  

     

    介绍过 Yii 中的基本概念以后,咱们如今讲解使用 Yii 开发Web应用时的通常开发流程。 此处的开发流程假设咱们已经完成了对应用的需求分析和必要的设计分析。

    1. 建立目录结构骨架。建立第一个Web应用 中讲到的 yiic 工具能够快速实现此步骤。

    2. 配置此 应用。这是经过修改应用配置文件实现的。 此步骤可能也须要编写一些应用组件(例如用户组件)。

    3. 为所管理的每一个类型的数据建立一个 模型 类。 Creating First Yii Application 和 Automatic Code Generation中讲述的 Gii 工具能够用于快速为每一个数据表建立 active record 类。

      4.为每一个类型的用户请求 建立一个 控制器 类。 具体如何对用户请求归类要看实际需求。整体来讲,若是一个模型类须要被用户访问,他就应该有一个相应的控制器类。 Gii 工具也能够自动实现这一步骤。

    4. 实现 动做 和他们相应的 视图。 这是真正所须要作的工做。

    5. 在控制器类中配置必要的动做 过滤器

    6. 若是须要主题功能,建立 主题 。

    7. 若是须要 国际化(I18N) ,建立翻译信息。

    8. 对可缓存的数据点和视图点应用适当的 缓存 技术。

    9. 最终 调整 与部署。

    上述的每一个步骤中,可能须要建立并执行测试用例。

    ///////////////////////////////////////////////////////////////////////////////

相关文章
相关标签/搜索