如何让CI框架支持service层

本文主要介绍了在controller和model中加一个业务层service,由它来负责业务逻辑,封装好的调用接口可以被controller复用,提高了通用的业务逻辑的复用性,设计到具体业务实现会调用Model的接口。

大家知道CodeIgniter框架式MVC分层的,通常大家把业务逻辑写到Controller中,而Model只负责和数据库打交道。

但是随着业务越来越复杂,controller越来越臃肿,举一个简单的例子,比如说用户下订单,这必然会有一系列的操作:更新购物车、添加订单记录、会员添加积分等等,且下订单的过程可能在多种场景出现,如果这样的代码放controller中则很臃肿难以复用,如果放model会让持久层和业务层耦合。现在公司的项目就是,很多人将一些业务逻辑写到model中去了,model中又调其它model,也就是业务层和持久层相互耦合。这是极其不合理的,会让model难以维护,且方法难以复用。

是不是可以考虑在controller和model中加一个业务层service,由它来负责业务逻辑,封装好的调用接口可以被controller复用。

这样各层的任务就明确了:
Model(DAO):数据持久层的工作,对数据库的操作都封装在这。
Service :
业务逻辑层,负责业务模块的逻辑应用设计,controller中就可以调用service的接口实现业务逻辑处理,提高了通用的业务逻辑的复用性,设计到具体业务实现会调用Model的接口。
Controller
:控制层,负责具体业务流程控制,这里调用service层,将数据返回到视图
View : 负责前端页面展示,与Controller紧密联系。

基于上面描述,实现过程:
(1)让CI能够加载service,service目录放在application下,因为CI系统没有service,则在application/core下新建扩展MY_Service.php

复制代码
代码如下:

<?php
class MY_Service
{
   
public function __construct()
    {
        log_message(‘debug‘, "Service
Class Initialized");
    }
    function __get($key)
    {
       
$CI = & get_instance();
        return $CI->$key;
   
}
}

(2)扩展CI_Loader实现,加载service,在application/core下新建MY_Loader.php文件:

复制代码
代码如下:

<?php
class MY_Loader extends
CI_Loader
{
    /**
  * List of loaded sercices
  *
  * @var
array
  * @access protected
  */
 protected $_ci_services =
array();
 /**
  * List of paths to load sercices from
  *
  * @var
array
  * @access protected
  */
 protected $_ci_service_paths  =
array();
    /**
     * Constructor
     *
     * Set the path to
the Service files
     */
    public function __construct()
   
{
        parent::__construct();
        $this->_ci_service_paths =
array(APPPATH);
    }
    /**
     * Service Loader
     *
    
* This function lets users load and instantiate classes.
  * It is designed
to be called from a user‘s app controllers.
  *
  * @param string the name
of the class
  * @param mixed the optional parameters
  * @param string an
optional object name
  * @return void
     */
    public function
service($service = ‘‘, $params = NULL, $object_name = NULL)
    {
       
if(is_array($service))
        {
            foreach($service as
$class)
            {
                $this->service($class,
$params);
            }
            return;
        }
       
if($service == ‘‘ or isset($this->_ci_services[$service])) {
           
return FALSE;
        }
        if(! is_null($params) && !
is_array($params)) {
            $params = NULL;
        }
       
$subdir = ‘‘;
        // Is the service in a sub-folder? If so, parse out the
filename and path.
        if (($last_slash = strrpos($service, ‘/‘)) !==
FALSE)
        {
                // The path is in front of the last
slash
                $subdir = substr($service, 0, $last_slash +
1);
                // And the service name behind it
               
$service = substr($service, $last_slash + 1);
        }
       
foreach($this->_ci_service_paths as $path)
        {
           
$filepath = $path .‘service/‘.$subdir.$service.‘.php‘;
            if ( !
file_exists($filepath))
            {
               
continue;
            }
           
include_once($filepath);
            $service =
strtolower($service);
            if (empty($object_name))
           
{
                $object_name = $service;
            }
           
$service = ucfirst($service);
            $CI =
&get_instance();
            if($params !== NULL)
           
{
                $CI->$object_name = new
$service($params);
            }
            else
           
{
                $CI->$object_name = new $service();
           
}
            $this->_ci_services[] = $object_name;
           
return;
        }
    }
}

(3)简单例子实现:
控制器中调用service :

复制代码
代码如下:

<?php
class User extends
CI_Controller
{
    public function __construct()
   
{
  
        parent::__construct();
       
$this->load->service(‘user_service‘);
    }
    public function
login()
    {
        $name = ‘phpddt.com‘;
        $psw =
‘password‘;
        print_r($this->user_service->login($name,
$psw));
    }
}

service中调用model :

复制代码
代码如下:

<?php
class User_service extends
MY_Service
{
    public function __construct()
    {
       
parent::__construct();
        $this->load->model(‘user_model‘);
   
}
    public function login($name, $password)
    {
        $user =
$this->user_model->get_user_by_where($name, $password);
       
//.....
        //.....
        //.....
        return $user;
   
}
}

model中你只跟db打交道:

复制代码
代码如下:

<?php
class User_model extends
CI_Model
{
    public function __construct()
    {
       
parent::__construct();
    }
    public function get_user_by_where($name,
$password)
    {
        //$this->db
        //......
       
//......
        return array(‘id‘ => 1, ‘name‘ => ‘mckee‘);
   
}
}

基本实现思路就是这样的。

时间: 2024-10-03 13:48:27

如何让CI框架支持service层的相关文章

让CI框架支持service层

大家知道CodeIgniter框架式MVC分层的,通常大家把业务逻辑写到Controller中,而Model只负责和数据库打交道. 但是随着业务越来越复杂,controller越来越臃肿,举一个简单的例子,比如说用户下订单,这必然会有一系列的操作:更新购物车.添加订单记录.会员添加积分等等,且下订单的过程可能在多种场景出现,如果这样的代码放controller中则很臃肿难以复用,如果放model会让持久层和业务层耦合.现在公司的项目就是,很多人将一些业务逻辑写到model中去了,model中又调

浅谈MVC中的service层(转)

概述 mvc框架由model,view,controller组成,执行流程一般是:在controller访问model获取数据,通过view渲染页面. mvc模式是web开发中的基础模式,采用的是分层设计,各层之间职责分明.然而事与愿违,当我们日积月累的基于mvc模式开发之后,会逐渐的感受到层与层之间存在粘连和职责模棱两可的地方,这就是service层出现的重要原因. 问题是什么? 问题的本质是:业务逻辑粘连了C层和M层,应该从C层&M层解耦出来,成为独立的Service层. 在C层直接实现业务

Service 层实现

一.实验介绍 1.1 实验内容 本节课程主要利用 Spring 框架实现 Service 层. 1.2 实验知识点 Spring 框架 1.3 实验环境 JDK1.8 Eclipse JavaEE 二.实验步骤 在项目 hrms 的目录 src/main/java 下新建包 com.shiyanlou.service,作为 Servcie 层接口的包,新建包 com.shiyanlou.service.impl 作为 Servcie 层实现的包. 2.1 AdminService 接口与实现 在

谈谈service层在mvc框架中的意义和职责

mvc框架由model,view,controller组成,执行流程一般是:在controller访问model获取数据,通过view渲染页面. mvc模式是web开发中的基础模式,采用的是分层设计,各层之间职责分明.然而事与愿违,当我们日积月累的基于mvc模式开发之后,会逐渐的感受到层与层之间存在粘连和职责模棱两可的地方,这就是service层出现的重要原因. 问题是什么 要提出解决方案,重要的是发现问题的本质.mvc模式在实践过程中,主要面临下面几个难受的问题: 在C层直接实现业务逻辑,这将

java 框架-spring 整合 quartz 框架 service层 注入不了job 类

    1.  spring  + quartz  启动 停止 添加job 功能  一 maven添加quartz  的jar 二 代码区 applicationContext.xml  导入 quartz.xml   <import resource="classpath:spring/quartz.xml"/> <?xml version="1.0" encoding="UTF-8"?> <beans xmlns

Service层在MVC框架中的意义和职责

https://blog.csdn.net/u012562943/article/details/53462157 mvc框架由model,view,controller组成,执行流程一般是:在controller访问model获取数据,通过view渲染页面. mvc模式是web开发中的基础模式,采用的是分层设计,各层之间职责分明.然而事与愿违,当我们日积月累的基于mvc模式开发之后,会逐渐的感受到层与层之间存在粘连和职责模棱两可的地方,这就是service层出现的重要原因. 问题是什么要提出解

深入理解--SSM框架中Dao层,Mapper层,controller层,service层,model层,entity层都有什么作用

SSM是sping+springMVC+mybatis集成的框架. MVC即model view controller. model层=entity层.存放我们的实体类,与数据库中的属性值基本保持一致. service层.存放业务逻辑处理,也是一些关于数据库处理的操作,但不是直接和数据库打交道,他有接口还有接口的实现方法,在接口的实现方法中需要导入mapper层,mapper层是直接跟数据库打交道的,他也是个接口,只有方法名字,具体实现在mapper.xml文件里,service是供我们使用的方

SSH框架中POJO层, Dao层,Service层, Action层的功能理解

pojo层就是对应的数据库表的实体类(如User类). dao层,一般可以再分为***dao接口和***daoImpl实现类,如userDao接口和userDaoImpl实现类,接口负责定义数据库curd的操作方法,实现类负责具体的实现,即实现Dao接口定义的方法. service层,引用对应的dao层数据库操作,在这里可以编写自己需要的代码(比如简单的判断),也可以再细分为service接口和serviceImpl实现类. action层:引用对应的Service层实现业务逻辑,在这里结合St

CI框架源码阅读笔记3 全局函数Common.php

从本篇开始,将深入CI框架的内部,一步步去探索这个框架的实现.结构和设计. Common.php文件定义了一系列的全局函数(一般来说,全局函数具有最高的加载优先权,因此大多数的框架中BootStrap引导文件都会最先引入全局函数,以便于之后的处理工作). 打开Common.php中,第一行代码就非常诡异: if ( ! defined('BASEPATH')) exit('No direct script access allowed'); 上一篇(CI框架源码阅读笔记2 一切的入口 index