CI(CodeIgniter)模型用法实例分析

本文实例分析了CI(CodeIgniter)模型用法。分享给大家供大家参考，具体如下：

MVC中的业务逻辑放在控制器中或者模型里都是不合适的，所以这里对业务逻辑进行了分离，多出一层用来处理业务逻辑，模型就只当作数据访问层，这样子模型将会变得比较轻。CI中并未通过实体对象来传参，参数的传入和返回都由开发者控制，比较灵活。很多情况下都会以数组的方式传入或者返回。

模型的使用也比较简单，这里只提一下使用前想到的几个问题吧。

1、既然已经有了数据访问层了，那我们就应当避免在控制器或者某些类中直接通过SQL查询数据库，所有的数据库访问操作都应当经过模型获取，大多数情况下一个表名对应着一个模型类。

2、模型应当很方便的连接多个数据库，在database配置文件中有谈到多个库的配置问题，根据group_name的不同可以很方便的连接不同的库。如果有主从，还可以考虑到主从的切换使用问题。

3、模型是否还要按模块区分？在控制器中存在公用控制器分发的做法，在模型中这种思维可能不太好，但可以通过继承不同的公用模型类来实现，这些类再继承CI的MY_Model。在某些业务下根据模块来继承可能比较有用，大部分情况可以直接继承MY_Model，MY_Model主要实现数据库的初始化连接以及一些公用方法。

4、数据库提供的操作方式都是比较基础的，需要我们根据自身的需求去组装，但在我们日常操作中很多操作是类似的，如，根据主键获取信息，根据ID获取信息，根据属性获取信息等，可以对这些基础的操作在进行一次封装，更方便使用。因为如果要使用AR的方式来操作数据库，需要记住很多的方法，如我们根据用户名查询：

$query = $this->db->from('user')->where(array('username' => 'BobbyPeng'))->get();return $query->row_array();

如果封装后，则只需要记住一个方法即可，如：

public function findByAttributes($where = array()){  $query = $this->db->from($this->tableName())->where($where)->get();  return $query->row_array();}

这样子在每个模型中添加一个tableName的方法返回表名后，再通过模型就可以很方便的使用该方法了。

5、上面的方法属于一个公用方法，我们会写在MY_Model中，但这种类似的方法会很多，我们可否将该类型的方法独立于一个文件中？因为这种方法大部分情况下是不会改的，而放在MY_Model中则表示对它的修改开放了，可能会影响到这些方法。如果说该类叫ActiveRecord类，那可以让MY_Model继承ActiveRecord类，而ActiveRecord类继承CI_Model，参考代码见后面。

很多时候类库提供给我们的方法都是比较细的，我们可以封装一下，减少使用难度。关于模型中公用方法的封装一直还在考虑中，下面给出的只是一个针对单表的简单的操作，复杂的操作就得在特定的模型中实现，还有一些公用操作或者说非AR的操作方式可以统一下，看以后是否有机会再来考虑下这个问题。