分享程序员开发的那些事...
更新时间：2022-09-29 20:42:20
前面大家已经学习了PHP模板引擎Smarty的用法，也简单了解了PHP的官方框架Zend Framework，接下来本书将给大家介绍一个基于Zend Framework和Smarty之上的强大的PHP开发框架，即Hush Framework。本书后面微博实例的服务端程序也将采用该框架进行开发。
在实际项目中，我们通常要先选择一个比较适合项目特点的框架，然后，在这个框架的基础上进行开发，这个过程我们通常称为“框架选型”。其实，在之前的3.4节中我们已经介绍和分析了四种目前比较主流的PHP框架，并选定了Zend Framework为本书实例的基础框架，我们通过长时间的整理归纳和项目积累，在Zend Framework和Smarty的基础上构建出了Hush Framework这个PHP的开发框架，个人还是非常推荐大家使用的，接下来我们从几个方面给大家介绍一下这个框架。
从某种程度上来说Hush Framework框架的特点也可以算做它的优势，所以我们主要给大家列举该框架的几个主要特点。
当然，除了以上这些基础特点之外，Hush Framework还有很多其他的很棒的特性，比如我们可以用它的基础代码来快速开发一个常见的互联网应用，还可以用其自带的工作流模块来开发ERP系统等，但是由于本书实例仅用到框架中的最基础的MVC代码框架，所以我们后面的介绍也将围绕着Hush Framework的基本用法来给大家讲解，其中我们也会穿插一些PHP编程的要点，让大家更加了解如何在实际项目中使用PHP语言来编程。
想要熟悉一个框架，***的方式莫过于从它的代码目录结构入手，下面我们先来讲解一下Hush Framework的基础目录结构，让大家对这个框架有一个整体性的认识。下面便是对这个框架主要目录的一个对照，我建议大家使用svn工具到Hush Framework的官方网站（http://code.google.com/p/hush-framework/）上把代码下载到本地来进行比对阅读，这样才会达到比较好的学习效果。
目录说明 3-1
hush-framework
|
|- hush-app 实例应用程序目录
| |- bin 可执行文件目录
| |- dat 临时存储文件
| |- doc 主要文档目录
| |- etc 配置文件目录
| |- lib 主要逻辑目录
| | |- Ihush
| | |- Acl ACL 权限逻辑类库
| | |- App
| | | |- Backend
| | | | |- Page 后台 Controller 逻辑
| | | | |- Remote 后台 Service 逻辑
| | | |- Frontend
| | | |- Page 前台 Controller 逻辑
| | |- Bpm Bpm 逻辑类库
| | |- Dao
| | |- Apps Apps 库的 Module/Dao 类库
| | |- Core Core 库的 Module/Dao 类库
| |- tpl
| | |- backend 后台模板文件
| | |- frontend 前台模板文件
| |- web
| |- backend 后台 DocumentRoot（站点目录）
| |- frontend 前台 DocumentRoot（站点目录）
|
|- hush-lib
| |- Hush
| |- Acl Acl 权限类库
| |- App App Url Dispatcher
| |- Auth
| |- Bpm Bpm 类库
| |- Cache Cache 类库
| |- Chart 图像类库
| |- Crypt 加密类（Rsa）
| |- Date
| |- Db 数据库层（Module）类库
| |- Debug 调试类库
| |- Document 文档类库
| |- Examples 一些例子（主要针对 Cli 程序）
| |- Html Html 构建类库
| |- Http 远程访问类库
| |- Json
| |- Mail 邮件收发类库
| |- Message 消息类库
| |- Mongo Mongodb 类库
| |- Page 页面层（Controller）类库
| |- Process 多进程类库
| |- Service 服务层（Service）类库
| |- Session
| |- Socket Socket 类库
| |- Util 工具类库
| |- View 展示层（View）类库
|
|- hush-pms PHP Message Server
从上述目录结构说明中，我们可以看到Hush Framework的文件目录中，主要包含以下两大目录。
特别注意一下hush-app下面的etc、lib、tpl和web四个目录，因为这四个目录分别是实例应用程序的配置目录、代码目录、模板目录和站点目录，下面我们来给大家详细介绍一下。
（1）配置目录（etc）
配置目录（etc）下面放置的都是应用的配置文件，其中比较重要的包括：全局配置文件（global.config.php）主要用于设置应用的总体配置，比如路径变量、类库位置等；数据库配置文件（database.mysql.php）用于设置数据库的服务器分布和分库分表策略等；前后台配置文件（frontend.config.php和backend.config.php）分别用于配置前后台的特殊参数。
（2）代码目录（lib）
本目录是主要的公用类库和逻辑代码目录，现将其中比较重要模块的代码分目录列举如下：权限控制模块（Acl目录）主要用于前后台的RBAC权限控制；控制器模块（App目录）用于各个页面的逻辑控制，也就是MVC中的Controller部分；工作流模块（Bpm目录）用于实例后台中工作流部分的逻辑控制；可执行程序模块（Cli目录）下面都是项目可执行程序的逻辑代码，另外我们需要知道的是hush-app/bin目录下面就是可执行程序的入口；数据操作模块（Dao目录）大家应该都非常熟悉了，这里保存的是和数据库操作相关的所有逻辑，也就是MVC中的Model部分。
（3）模板目录（tpl）
此目录下还分为前台模板目录（frontend目录）和后台模板目录（backend目录），分别用于存储应用实例前后台的Smarty模板，这也就是MVC中的View部分了，这里的模板和前面所提到过的“控制器模块”中的各个不同控制器的动作逻辑（Action）相对应。
（4）站点目录（web）
这里面放的都是一些静态文件或者独立的PHP代码等，此目录也分为前台站点目录（frontend目录）和后台站点目录（backend目录），另外这两个目录也是HTTP服务器的站点配置（DocumentRoot）所需要指定到的目录。
至此，已经给大家介绍了Hush Framework框架和应用（hush-app）中的重要代码目录，这是学习如何使用Hush Framework进行开发的重要一步，希望大家能好好消化一下以上内容。至于框架类库（hush-lib）源码中的模块和目录介绍，由于篇幅原因这里就暂时不做介绍了，有兴趣的读者可以访问Hush Framework在Google Code的官方站点，查找更多信息。
首先，Hush Framework是一个标准的MVC框架，MVC的概念大家应该都耳熟能详了，由于关系到本书重要的服务端底层框架的学习，我们还是不得不老调重弹。MVC是模型（Model）、视图（View）和控制器（Controller）的缩写，是目前业内最主流且应用最广泛的软件设计模式之一，MVC具备以下主要优点。
之前讨论的是MVC设计模式中比较通用的概念和知识，然而对于不同的框架来说，具体的实现方式却有各自不同的特色，接下来我们就来学习Hush Framework中的MVC设计思路。为了让大家理解起来更容易，我们把Hush Framework处理客户端请求的完整过程通过图形的方式展示出来，如图3-16所示。
从图3-16中我们可以很清楚地看到客户端请求的整个处理过程，在一个标准的基于HTTP协议的互联网应用环境中，用户每次操作都会致使浏览器向HTTP服务器发送HTTP请求，当服务器接收到请求之后，就会调用框架程序来处理，此时Hush Framework就会接管接下来的工作。具体的处理流程一般分为以下几个步骤。
步骤1：首先，Hush Framework的请求分发器（Dispatcher）会分析客户端发送过来的HTTP请求所包含的信息，并根据请求的URL地址来指定使用相应的控制器（Controller）来处理该请求。
步骤2：接着，被指定的控制器会选择合适的模型类（Model）用于持久层数据的获取和存储，并负责处理该请求的业务逻辑。此外，我们可以看到Hush Framework的模型层是基于Zend Framework的模型层的。当然，在逻辑处理完成后，控制器还会调用视图层（View）来组合出最终的HTML代码。
步骤3：最后，服务器会把Hush Framework的处理结果通过HTTP协议返回给客户端程序来进行后续的处理。
通过分析我们会发现，实际上Hush Framework的MVC设计和实现的思路还是比较主流的，和大部分网络应用的MVC框架的思路也比较相似，不过其中还是有不少独特的亮点。比如Hush Framework的分发器（Dispatcher）就使用了独有的快速分发逻辑，大大提高了程序的运行效率；另外，不仅支持常见的URL路由分发模式，还支持通过“路由映射文件”这种更直观的方式来进行更精细的配置，映射文件代码如配置清单3-3所示。
配置清单3-3 etc/app.mapping.ini
; URL mappings
;
; Used by Hush_App_Dispatcher class
; e.g /url/path = PageClassName::ActionName
;
/ = DebugServer::indexAction
/debug/* = DebugServer::*
另外，Hush Framework的模型层使用了Zend Framework作为底层框架，沿用了其完善的DB模型层封装和方法的设计，并使用自己独特的思路封装成Hush Framework的DAO基类，让建立在基类之上的持久层操作更加简便、高效。在接下来的3.6.4节中，我们将通过实例来讲解Hush Framework持久层的用法。
通过前面两节的学习，大家应该对Hush Framework框架的理论基础有了一定的认识，但是理论还是需要通过实践来证明，要真正学会如何运用该框架进行开发，光靠理论知识是远远不够的，所以在本节中我们将会围绕着框架实例中与MVC分层开发相关的实例代码为大家做进一步的讲解。下面我们会使用框架实例中的“后台登录”这个界面的完整逻辑，来给大家讲解一下在Hush Framework中我们是如何使用MVC的分层思路来进行编程的，我们先来看一下这个界面的截图，如图3-17所示。
以上是在浏览器中打开框架实例的后台站点时看到的界面，也就是后台的登录界面。这里我们可以看到浏览器中的地址是“http://hf-be/auth/”，按照前面所介绍的Hush Framework的应用目录中所提及的，对应的控制器类应位于lib/Ihush/App/Backend/Page/AuthPage.php文件中。至此，既然已经找到分析框架MVC用法的“突破口”，那么我们就从这里开始分析吧。
我们先来看看AuthPage.php文件中的AuthPage类，此类继承自Ihush_App_Backend_Page类（即整个实例应用的后台控制器基类），其中包含多个以Action为后缀的方法，分别对应于“后台登录”界面的几个逻辑，整个类的写法都是面向对象的，大家可以对照前面3.1.4节的内容理解一下，关于其中涉及的MVC分层思路，下面我们会把这三层的相关代码提取出来，分别给大家讲解一下。
代码清单 3-21
/**
* @package Ihush_App_Backend
*/
class AuthPage extends Ihush_App_Backend_Page
{
public function indexAction ()
{
// TODO : 默认使用index.tpl作为Action的模板
}
public function loginAction ()
{
// 用户名/密码/验证码均不能为空
if (!$this->param('username') ||
!$this->param('password') ||
!$this->param('securitycode')) {
$this->addError('login.notempty');
}
// 验证码必须是正确的
elseif (strcasecmp($this->param('securitycode'),$this->session('securitycode'))) {
$this->addError('common.scodeerr');
}
// 通过参数验证
if ($this->noError()) {
// 使用DAO类的验证方法
$aclUserDao = $this->dao->load('Core_User');
$admin = $aclUserDao->authenticate($this->param('username'),
$this->param('password'));
// 登录失败（找不到用户）
if (!$admin) {
$this->addError('login.nouser');
}
// 登录失败
elseif (is_int($admin)) {
$this->addError('login.failed');
}
// 登录成功
else {
// 是否是超级用户
$admin['sa'] = strcasecmp($admin['name'], $this->sa) ? false : true;
// 保存登录用户信息到会话
$this->session('admin', $admin);
// 跳转至首页
$this->forward($this->root);
}
}
// 登录失败则显示登录界面
$this->render('auth/index.tpl');
}
public function logoutAction ()
{
if ($this->session('admin')) {
// 用户登出，清除用户会话信息
$this->session('admin', '');
}
$this->forward($this->root);
}
}
从以上的代码中我们可以看出，在控制器类AuthPage中有三个Action方法，分别是indexAction、loginAction和logoutAction，这些方法对应的三个功能分别是“展示登录界面”、“用户登录逻辑”和“用户登出逻辑”，以上功能的基本逻辑和涉及的PHP语法这里就不做解释了，接下来我们会给大家分析一下这几个Action方法中比较重要的知识点，学习并理解这些知识点后，有助于我们分析AuthPage控制器类的代码。
（1）使用render方法展示模板
首先我们需要知道的是在Hush Framework中使用模板有两种方式：首先是默认方式，此种方式是按照“模板根目录/Controller名/Action名.tpl”这样的规则来放置的，因此对于indexAction来说我们可以根据这个规则分析出其对应模板是tpl/backend/template/auth目录下的index.tpl；另外一种方式是通过render手动设置模板，这也正是在loginAction中最后的那行代码所做的事情，可参考代码清单3-22中的写法。
代码清单 3-22
// 登录失败则显示登录界面
$this->render('auth/index.tpl');
这行代码的逻辑其实非常容易理解，就如同注释中描述的一样，当用户登录失败后，程序还是应该展示出登录页面给用户重新填写登录名和密码。
（2）使用param方法获取URL参数
param方法是开发中最常用的方法之一，该方法一般用于获得GET或者POST过来的URL参数；另外，如果这个函数带两个参数，则是设置对应URL参数的值。示例代码如代码清单3-23所示。
代码清单 3-23
// 获取GET或者POST过来的username参数值
$username = $this->param('username');
// 设置username参数值为james
$this->param('username', 'james');
（3）使用addError方法处理错误信息
大家都知道，在网页表单提交之后，我们会先做一些字段的判断，比如用户名和密码是否为空等，如果这些验证没有通过，就要给页面传递一些错误信息，而addError方法就是做这个事情的，比如前面实例中的代码“$this->addError('login.notempty');”就是用来显示错误信息的，另外对应的错误信息“login.notempty”我们可以在“etc/backend.errors.ini”文件中找到。
（4）使用load方法来加载DAO类
框架已经帮助我们把Controller层中如何使用Model层的方法封装好了，那就是这里所说的load方法，我们可以使用如下代码获取任意一个DAO类，如代码清单3-24所示。
代码清单 3-24
$aclUserDao = $this->dao->load('Core_User');
$admin = $aclUserDao->authenticate($this->param('username'), $this->param('password'));
以上代码取自于loginAction中的部分逻辑：首先，初始化了Core_User的DAO类供我们使用；然后，使用该类中的authenticate方法判断用户是否登录成功，这个地方的逻辑我们会在下面的模型层中做详细分析。
小贴士：前面提到的DAO是数据访问对象（Data Access Objects）的缩写，该对象常被用于进行数据库层面的各种数据操作，后面我们会经常提到。
（5）使用forward进行页面跳转
在一个互联网应用中，页面跳转是再常见不过的事情了，这里我们也能找到相应的示例代码，也就是登录成功之后跳转到首页的逻辑，如代码清单3-25所示。
代码清单 3-25
$this->session('admin', $admin);
$this->forward($this->root);
（6）使用session函数操控会话
会话的概念相信有些网络开发基础的朋友都应该清楚，因为HTTP是无状态的，所以我们一般会使用会话（Session）来保存用户相关的信息，在loginAction和logoutAction中我们都可以看到相关的代码，如代码清单3-26所示。
代码清单 3-26
// 保存登录用户信息到Session
$this->session('admin', $admin);
// 用户登出，清除用户会话信息
$this->session('admin', '');
代码清单 3-27
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>用户登录</title>
<link href="{$_root}css/main.css" rel="stylesheet" type="text/css" />
<link href="{$_root}css/login.css" rel="stylesheet" type="text/css" />
{literal}
<script type="text/javascript">
if(self!=top){top.location=self.location;}
</script>
{/literal}
</head>
<body>
<div class="login-body">
<div class="login-con">
<h1><img src="{$_root}img/logo_s.gif" /><span>后台管理系统</span></h1>
<div class="login">
{include file="frame/error.tpl"}
<form action="{$_root}auth/login" method="post">
<input type="hidden" name="go" value=""/>
<input type="hidden" name="do" value="login"/>
<ul>
<li>
<label>用户名：</label>
<input type="text" class="text" name="username"/>
</li>
<li>
<label>密 码：</label>
<input type="password" class="text" name="password"/>
</li>
<li>
<label>验证码：</label>
<input type="text" class="text" style="width: 50px;margin-right:5px;
text-transform: uppercase;" id="securitycode"
name="securitycode" autocomplete="off"/>
<img id="securityimg" src="{$_root}app/scode/image.php"
alt="看不清？单击更换" align="absmiddle"
style="cursor:pointer" onClick="this.src=this.src+'?'" />
</li>
<li>
<input type="submit" onclick="this.form.submit();"
class="submit" value="登录" name="sm1"/>
</li>
</ul>
</form>
</div>
</div>
</div>
</body>
</html>
以上代码大部分是比较简单的HTML语法，穿插了一些Smarty的变量，比如“{$_root}”就是设置好的全局的Smarty的变量，代表项目URL的根路径，默认是“/”。另外，在该模板里我们还看到了登录表单的代码“
”，这里我们可以发现该登录表单将会被提交至“/auth/login”路径，其对应逻辑就在前面我们分析过的控制层中AuthPage类的loginAction方法里。小贴士：CRUD操作是添加（Create）、查询（Retrieve）、更新（Update）和删除（Delete）的缩写，也就是我们常说的“增删查改”方法，这几个操作基本包含了数据操作类DAO绝大部分的使用方式，后面我们也会经常提到。
代码清单 3-28
/**
* @package Ihush_Dao_Core
*/
class Core_User extends Ihush_Dao_Core
{
/**
* 设置表名
* @static
*/
const TABLE_NAME = 'user';
/**
* 设置主键
* @static
*/
const TABLE_PRIM = 'id';
/**
* Initialize
*/
public function __init ()
{
$this->t1 = self::TABLE_NAME;
$this->t2 = Core_Role::TABLE_NAME;
$this->rsh = Core_UserRole::TABLE_NAME;
// 绑定常用CRUD操作
$this->_bindTable($this->t1);
}
/**
* 登录验证方法
* @uses Used by user login process
* @param string $user 用户名
* @param string $pass 密码
* @return bool or array
*/
public function authenticate ($user, $pass)
{
$sql = $this->select()
->from($this->t1, "*")
->where("name = ?", $user);
$user = $this->dbr()->fetchRow($sql);
if (!$user['id'] || !$user['pass']) return false;
if (strcmp($user['pass'], Hush_Util::md5($pass))) return $user['id'];
$sql = $this->select()
->from($this->t2, "*")
->join($this->rsh, "{$this->t2}.id = {$this->rsh}.role_id", null)
->where("{$this->rsh}.user_id = ?", $user['id']);
$roles = $this->dbr()->fetchAll($sql);
if (!sizeof($roles)) return false;
foreach ($roles as $role) {
$user['role'][] = $role['id'];
$user['priv'][] = $role['alias'];
}
return $user;
}
...
}
接下来，我们来分析一下Core_User类中使用到的几个功能要点，并以此为实例给大家介绍一下Hush Framework中模型层的核心用法，也就是框架DAO基类中已经封装好的数据库常见操作的编码和使用。
（1）DAO类的初始化
在Hush Framework中使用DAO类，首先需要配置一个和数据表相对应的DAO类，这个过程我们通常称为DAO类的初始化。其实配置一个DAO类是非常方便的，因为框架DAO基类已经帮我们封装好了绝大部分DAO类所需要的逻辑和方法，所以初始化起来非常简单。代码清单3-29就是一个最简单的DAO类的范例模板。
代码清单 3-29
// DbName为数据库名
// TableName为数据表名
class DbName_TableName extends Dao_DbName {
// 配置表名
const TABLE_NAME = ' TableName ';
// 配置主键名
const TABLE_PRIM = 'PrimaryKey';
// 初始化操作
public function __init () {
// 绑定常用的CRUD操作
$this->_bindTable(TABLE_NAME);
}
}
我们可以看到，区区几行代码就已经把一个DAO类写好了。以上代码中的DbName表示数据库名，TableName表示表名，PrimaryKey则表示主键名，__init是初始化方法，__bindTable主要用于绑定CRUD方法，也就是说，初始化之后我们就可以直接使用这个DAO类来进行“增删查改”操作了。
（2）DAO类中的查询方法
查询应该是数据库最主要的用途之一，这里我们会重点讲解在Hush Framework的DAO类中使用查询的要点。从前面提到的Core_User数据操作类中的authenticate方法中我们可以看到在DAO类中经常使用到的查询（select）方法的使用范例，包括普通查询和表关联查询，示例见代码清单3-30。
代码清单 3-30
…
// 普通查询
$sql = $this->select()
->from($this->t1, "*")
->where("name = ?", $user);
$user = $this->dbr()->fetchRow($sql);
…
// 表关联查询
$sql = $this->select()
->from($this->t2, "*")
->join($this->rsh, "{$this->t2}.id = {$this->rsh}.role_id", null)
->where("{$this->rsh}.user_id = ?", $user['id']);
$roles = $this->dbr()->fetchAll($sql);
在Hush Framework中，我们可以使用和Zend Framework类似的方式来“拼装”数据库SQL查询语句，其代码语法还是比较容易理解的，我们可以把其中的select方法、from方法、where方法以及join方法分别理解为SQL语句中的SELECT、FROM、WHERE以及JOIN这几个关键词，理解起来会更加清晰。当然除了以上这几个方法之外，框架底层还提供了LIMIT、GROUP BY和ORDER BY等常用SQL语句的对应方法。比如代码清单3-31中例举的就是一些相对复杂的SQL语句所对应的PHP代码的写法。
代码清单 3-31
// 对应标准SQL：
// SELECT COUNT(id) AS count_id
// FROM foo
// GROUP BY bar, baz
// HAVING count_id > "1"
$select = $db->select()
->from('foo', 'COUNT(id) AS count_id')
->group('bar, baz')
->having('count_id > ?', 1);
// 对应标准SQL：
// SELECT * FROM round_table
// ORDER BY noble_title DESC, first_name ASC
$select = $db->select();
->from('round_table', '*')
->order('noble_title DESC')
->order('first_name');
当然，我们需要理解Hush Framework的这种使用方法来替代SQL语句的做法，因为对于不同的数据库，查询语句区别是比较大的，如果没有一个很好的通用SQL语句的引擎很难做到良好的通用性，然而这却恰恰是本框架的优势所在；正是因为有底层的Zend_Db来提供强大的基础，才能让Hush Framework的模型层运转得更加得心应手。为了说明这点，我们以代码清单3-32为例，可以看到同样的DAO查询语句在不同的数据库中被解释成了不同的SQL；这样我们就不需要关心应用所使用的数据库类型，简便地写出通用型的代码，大大提高了模型层代码的重用性。
代码清单 3-32
// 在 MySQL/PostgreSQL/SQLite 中，对应 SQL 如下：
// SELECT * FROM foo
// ORDER BY id ASC
// LIMIT 10
//
// 在 Microsoft SQL 中，对应 SQL 如下：
// SELECT TOP 10 * FROM FOO
// ORDER BY id ASC
$select = $db->select()
->from('foo', '*')
->order('id')
->limit(10);
此外，我们还需要注意一点，Hush Framework中的数据库类都是支持读写分离的，因此这里我们使用“dbr()->fetchRow(...)”方法（dbr是只读数据库db-read的缩写）来表示从“读库”中获取内容，一般来说数据查询操作中的绝大部分情况都会使用此方法；当然与之相对的，如果我们要写入数据的话，则应该使用dbw方法来操作“写库”，比如“dbw()->delete(...)”就是在“写库”中删除信息的写法。
（3）DAO类中的CRUD方法
前面我们已经介绍了DAO类中查询操作的用法，以及Hush Framework中对于数据库读写分离用法的使用要点，对于查询操作来说我们应该使用读库，但是对于CRUD中的其他几种操作来说就应该使用写库了，也就是使用“dbw()”方法进行调用，下面我们把除了select之外的几种方法给大家介绍一下。
create方法：此方法用于创建数据，只要传入的是包含数据的散列数组，我们就可以在数据表中添加一条记录。这里需要注意的是，我们在CRUD方法中传递的数据格式经常是类似“array(key1=>value1,key2=>value2...)”格式的数组，key是键名，对应的是数据表的字段名，而value则是数据，代表的是对应键名的数据。
exist方法：此方法用于来检测数据是否存在，一般来说我们可以传入主键值进行判断，当然如果我们需要根据其他字段的值来进行判断也是可以的，只需要在第二个参数传入对应字段名即可。
read方法：此方法也是和主键相关的，用于读取与对应主键相关的数据行。因为此方法不需要组装SQL，使用起来比select方法简单许多，所以在获取与主键有关的数据行的情况下我们常用它来替代select方法。如果不使用主键，我们也可以在第二个参数传入对应字段名。
update方法：此方法用于更新数据行，既可直接传入带主键的数组进行更新（此种情况将会按照主键值更新对应数据行）。当然，我们也可以在第二个参数传入where语句进行更新。
delete方法：此方法用于删除数据行，与前面的update方法类似，我们既可直接传入主键值进行删除（此种情况将会按照主键值删除对应行）。当然，我们也可以在第二个参数传入对应字段名。
replace方法：此方法用于替换数据行，在MySQL数据库中比较常用，一般我们替换的数据行也是和主键有关系的，或者是组合型主键。
到这里，我们已经把整个代码示例“登录界面”的逻辑介绍完了，同时也把Hush Framework中如何使用MVC的思路来进行编程的基本方法讲了一遍，现在大家应该对如何使用Hush Framework来进行开发心里有数了吧。由于Hush Framework是完全面向对象的，这里大家还可以学到许多PHP语言中的面向对象编程的技巧。当然***的学习方法就是动手，我建议大家把框架的实例代码架设起来，然后直接动手边调试边学习，以达到“学以致用”的***效果。另外，关于如何获取Hush Framework框架源码以及如何部署源码实例的内容，我们会在附录A中给大家做详细介绍。