但是随着业务越来越复杂，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
}
}
}
Corporate Identity System，即企业形象识别系统，是企业大规模化经营而引发的企业对内对外管理行为的体现。在当今国际市场竞争愈来愈激烈，企业之间的竞争已不是产品、质量、技术等方面的竞争，已发展为多元化的整体的竞争。企业欲求生存必须从管理、观念、形象等方面进行调整和更新，制定出长远的发展规划和战略，以适应市场环境的变化。
现在的市场竞争，首先是形象的竞争，推行企业形象设计，实施企业形象的竞争，推行企业形象设计实施企业形象战略。为统一和提升企业的形象力，使企业形象表现出符合社会价值观要求的一面，企业就必须进行其形象管理和形象设计。
扩展资料
CI系统包括MI（核心理念）、BI（制度）和VI（视觉）三部分，也即是三个层次。最核心的是核心理念，包括企业核心价值观、愿景和使命。一般公司没有专门的宣传部门的话，CI管理自然是落在HR头上。管理中制度与视觉可以在日常工作制定相关的规章制度来约束大家，而核心理念即企业的企业文化则需要多方位、多角度地在工作中点滴渗透融入。
CI包含视觉、行为及理念三大识别系统，分别从这三方面着手，先从最简单的视觉开始，如设计企业LOGO及延展应用、小到页眉页脚、工牌、制服、水杯等，第二步就是行为，包括礼貌用语、固定话术等等，以上都是可以以相关的制度来约束的。
最难的是理念部分了，不过要做好前两步也是需要相当长的一段时期，相信在 *** 作的过程中，随着对企业的了解而对理念部分有更好的思路了。
参考资料来源：百度百科-ci体系
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）