CodeIgniter控制器中業(yè)務(wù)邏輯的示例分析-創(chuàng)新互聯(lián)

這篇文章給大家分享的是有關(guān)CodeIgniter控制器中業(yè)務(wù)邏輯的示例分析的內(nèi)容。小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過(guò)來(lái)看看吧。

成都創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比雄縣網(wǎng)站開(kāi)發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式雄縣網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋雄縣地區(qū)。費(fèi)用合理售后完善，十多年實(shí)體公司更值得信賴。

先說(shuō)下對(duì)CI中幾個(gè)文件夾的理解

helpers、libraries: 存放一系列輔助函數(shù)、輔助類，用來(lái)輔助控制器、業(yè)務(wù)邏輯實(shí)現(xiàn)功能。他們中的方法應(yīng)當(dāng)盡量避免與CI依賴，依賴越緊越難以復(fù)用。以郵件發(fā)送為例，發(fā)送郵件時(shí)很多參數(shù)是不變的，如編碼、協(xié)議、端口等，我們可能會(huì)在config下進(jìn)行配置這些參數(shù)，然后library封裝一個(gè)郵件發(fā)送的類，并在其中獲取CI實(shí)例后讀取這些參數(shù)。此時(shí)就出現(xiàn)了與CI實(shí)例的依賴，該類就只能在CI框架中使用，其他系統(tǒng)要用到，就只能重寫了，沒(méi)達(dá)到復(fù)用的目的。如果發(fā)送的類只是接收參數(shù)，并封裝發(fā)送方法呢？所以說(shuō)，盡可能的讓helpers、libraries變的簡(jiǎn)單，職責(zé)變得單一。

controllers： 控制器目錄。控制器主要用來(lái)接管程序，起到連接的作用。通常情況下，我們會(huì)把業(yè)務(wù)邏輯寫在action中。但隨著業(yè)務(wù)變得復(fù)雜，action代碼將越來(lái)越臃腫，難以維護(hù)。

models： 模型目錄。CI的模型的主要職責(zé)就是和數(shù)據(jù)庫(kù)打交道，獲取數(shù)據(jù)。很多時(shí)候也會(huì)把業(yè)務(wù)邏輯放在模型中，但業(yè)務(wù)邏輯與模型實(shí)際上是兩種東西了。模型只是獲取數(shù)據(jù)，業(yè)務(wù)邏輯可能是把這些數(shù)據(jù)根據(jù)業(yè)務(wù)需要進(jìn)行組合，組合方式可能有很多種，放在模型中會(huì)讓模型難以維護(hù)且不利于復(fù)用。說(shuō)個(gè)碰到的例子，對(duì)數(shù)據(jù)按一定條件做緩存，獲取數(shù)據(jù)和緩存結(jié)果兩個(gè)流程寫在同一個(gè)方法中，但同樣的數(shù)據(jù)需要做另一種形式的緩存時(shí)發(fā)現(xiàn)，獲取數(shù)據(jù)的方法就沒(méi)法重用了。

third_party：第三方類庫(kù)目錄。拿到一個(gè)類庫(kù)后不要直接使用， 可以在library中進(jìn)行一次封裝，讓其更適應(yīng)于系統(tǒng)，其他人使用起來(lái)難度也會(huì)降低。

可以發(fā)現(xiàn)，每個(gè)文件夾都有自己的職責(zé)，每個(gè)模塊都有自己的家，都有自己的職能。那業(yè)務(wù)邏輯該怎么辦？

既然這樣， 我們也應(yīng)該給業(yè)務(wù)邏輯安個(gè)家，建立一個(gè)的目錄用來(lái)存放業(yè)務(wù)邏輯，暫且命名為service?？刂破髦饕?fù)責(zé)接收參數(shù)并調(diào)用service，service來(lái)調(diào)用模型，各層各盡其責(zé)。

下面看看怎么實(shí)現(xiàn)：

我們可以重寫MY_Load，增加service方法，直接通過(guò)

$this->load->service('user_service');

來(lái)調(diào)用。
但業(yè)務(wù)邏輯很多都需要獲取CI實(shí)例，這里可以參考模型的方法，core建立一個(gè)MY_Service,其他service均繼承該類，這樣子service里用法就跟控制器里一樣了。

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

其實(shí)主要思路還是需要有一層用來(lái)處理業(yè)務(wù)邏輯，java中都有這一層。隨著對(duì)CI的不斷熟悉，發(fā)覺(jué)這里需要這一層，達(dá)到解放控制器和模型的目的。和這種類似的做法還有很多，如果系統(tǒng)中有很多地方需要用到web service 或者說(shuō)cache之類的，其實(shí)也可以按照上面的思路單獨(dú)放在一個(gè)文件夾中處理，方便管理。

感謝各位的閱讀！關(guān)于“CodeIgniter控制器中業(yè)務(wù)邏輯的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！

文章名稱：CodeIgniter控制器中業(yè)務(wù)邏輯的示例分析-創(chuàng)新互聯(lián)
標(biāo)題路徑：http://muchs.cn/article40/coepeo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供軟件開(kāi)發(fā)、建站公司、做網(wǎng)站、用戶體驗(yàn)、云服務(wù)器、外貿(mào)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)