這既是一份CodeIgniter教程,也是一份不可多得的CodeIgniter中文手冊,更具體一點來說,它其實是《php敏捷開發codeigniter框架》,如果你需要一份這樣的codeigniter中文手冊下載資料,那就趕緊點擊本文下方的下載地址進行下載查閱吧!該pdf格式免費完整版codeigniter中文手冊共由69頁組成,內容詳細,字跡清晰,相信它一定會對你有所幫助的!
溫馨提示:
本文檔為pdf格式,因此需確保在閱讀之前你已經安裝了PDF閱讀器,如果尚未安裝閱讀器,建議下載福昕PDF閱讀器或其他PDF閱讀器,進行安裝后閱讀。
CodeIgniter教程(中文手冊)內容節選
……
1.5 I CI 不能做什么
CI 有它本身的缺點。Rick 把 CI 定義為小型“輕量級”框架。 ( 1.5 版壓縮后只有 737 KB ,可以在幾秒種內下載完畢。 ZendFramework 是 10 MB)CI 不能解決你所有的問題。但它能夠:
使 PHP 編程更容易更快速。
幫助你架構網站或使你更容易地設計架構。
作為“輕量級”框架的一個結果是:它沒有它的對手所具有的許多特征。像 Rails 因為它包含“腳手架(scaffolding)”
和“代碼生成器”,因此可以為你編寫一些基本的腳本代碼。因此,舉例來說,一旦你建立了一個數據庫,Rails 能自動生成簡單的 CRUD 腳本(創建、讀取、更新和刪除)。
除此之外,Rails 還能讓你編寫“代碼生成器”—自動地編寫其他的簡單腳本代碼。Rails 社區中有許多這樣的例子,因此你可以做很多智能化的東西。
CI 不這樣做。(有基本的“腳手架(scaffolding)”功能—在 CI 中,腳手架只給開發者使用。就像在線手冊描述的一樣 :
“腳手架安全性不夠……如要使用腳手架的話要確保在使用后立即關閉這個功能。在實際運行的網站上不要讓腳手架處在工作狀態。”說得很明確了吧?)
相反地 CI 專注于使基本的東西更容易。它處理的一些事物是:
Session 管理和 Cookie。(見第六章)
數據庫訪問和查詢。(見第四章)
創建 HTML 相關內容,如頁面和表單,并驗證表單項目。 (見第五章)
測試。(第八章)
Internet 通信,使用 FTP 或 XMLRPC。(第九章)很熟悉吧?這些全部是基本的功能,如果你正在創建一個動態網站,你一定會做這些工作。CI 使這些工作更容易,而且使你的代碼盡可能更好地工作。
1.6 許可協議
如果你正在構建一個商業應用程序,那么使用的任何軟件的許可協議都將是至關重要的。 (如果你要籌集風險投資, 那么讓 VC的律師去對其進行詳述)CI 沒有這方面的問題。CI 的許可協議非常寬松,許可協議文件隨 CI 一起在下載回來的壓縮包里。
不像我所知道的某些商業軟件,CI 的許可協議一屏就可以顯示出來。下面的屏幕截圖就是:
1.7 總結
如果你已經掌握了 PHP 的基本知識,并且想“聰明”地編寫動態網站腳本,CodeIgniter 框架會使你的工作更容易,它幫助你:
節省時間。
使你的網站更健壯。
幫助你編寫更復雜的系統。
CI 使你更好地享受編程樂趣,而不是一個干苦活的體力工。
有相當多的框架并不是為 PHP 語言開發的。他們都能減少重復編碼的工作,使編寫復雜程序變得更容易,并且建立一個合理的系統架構。
本書并不想制造框架大戰。文章中已經解釋了選擇 CI 理由 ,讓它為你節省更多的時間用在學習工作和生活中吧。
本書介紹了框架的一些主要特性,并對一些框架內部的運作進行了解釋。
我通過對一個真實程序代碼的分析,來展示 CI 是一個可以快速簡便的用于艱巨環境中的重要工具。
請享用它!
……
第三章 分析網站結構
既然我們已經安裝了 CI,那我們就開始了解它是如何工作的吧。
讀者已經知道 CI 實現了模型—視圖—控制器(MVC)模式 。
這是管理文件和網站的方法,如果你喜歡的話你可以把他們合理的分成各個小模塊,而不是把代碼放在一起。
這一章,我們將會對 MVC 理論做個簡短的介紹,然后再介紹CI 的 MVC 實現方式。特別地,要了解那些文件夾是如何相互交換信息的?網站結構是怎樣的?以及 CI 是如何運作的?
這一章將會介紹:
MVC 如何架構一個動態網站
CI 如何分析一個 Internet 請求,以及如何調配指定的代碼來處理它
這些指定的代碼如何編制
CodeIgniter 語法規則
在 CI 中,你可以找到或自己編寫各種文件和類如何使用 URL 傳遞參數給控制器
如何編寫更好的視圖并把動態內容傳遞給它們
如何返回信息給上網者
文件和類如何傳遞信息和相互調用
輔助函數和類庫文件有什么用
有助于網站設計的一些特別提示
3.1 MVC — 到底有什么用?
MVC 指的是一個動態網站的組織方法。該設計模式是 1979年由挪威人 Trygve Reenskaug 首次提出來的,這里是一些概要:
模型是包含數據的對象,他們與數據庫交互,對這些數據進行存取,使其在不同的階段包含不同的值,不同的值代表了不同的狀態,具有特定的含意。
視圖顯示模型的狀態,他們負責顯示數據給使用者。(雖然他們通常是 HMTL 視圖,但是,他們可能是任何形式的接口。比如 PDA 屏幕或 WAP 手機屏幕)
控制器用來改變模型的狀態,他們操作模型,提供動態的數據給視圖。
CI 中模型、視圖和控制器文件都有自己的文件夾。文件本身是 .php 文件,通常以遵循某種命名規則的類的形式呈現。
CI 幫助你遵循 MVC 模式,使你更有效地組織代碼。CI 允許你有最大的靈活性,你可以獲得 MVC 結構的所有好處。
當你編程的時候,試著始終用 MVC 來思考問題。盡可能確保你的“視圖”聚焦于顯示內容,“控制器”純粹地用來控制應用程序流。把應用程序邏輯保留在數據模型和數據庫中。
這樣,如果你決定開發新的視圖,你不必在任何一個控制器或模型中修改代碼。如果你要更改“商業邏輯”,那么你只需要在模型中修改代碼。
另一方面, 你必須認識到, MVC 只是用來幫助你的一種設計方式,而不是用來約束你的。MVC 可以有不同的實現方式。CI 的論壇中包含許多如何“正確合理”的實現 MVC 的方式。(我應該在控制器部分實現數據庫查詢功能嗎?我能直接從視圖發送數據到模型嗎?或者我必須通過控制器來訪問?)
與其尋找理論上的正確方式,不如遵循兩項有用的原則。這些在 CI 用戶手冊的設計和架構目標一節中有相關描述:
——松耦合:耦合是指一個系統的組件之間的相關程度。越少的組件相互依賴,那么這個系統的重用性和靈活性就越好。我們的目標是一個非常松耦合的系統。
組件專一性:專一是指組件有一個非常小的專注目標。在CodeIgniter 里, 為了達到最大的用途, 每個類和它的功能都是高度自治的。
這些是 Rick Ellis 開發 CI 要實現的目標,并且它們對于你的網站也是很好的目標。實現這些目標之后,你在代碼中使用這些類時就不需要擔心有什么副作用了。
CI 做到了這一點,我的經驗是一個站點中的“松耦合”輔助函數和類庫可以很容易的應用到其他站點中,這節省了很多開發時間。
……
CodeIgniter教程(中文手冊)相關內容小編就為大家介紹到這里了,查看完整版pdf格式《php敏捷開發codeigniter框架》請點擊本文下方的下載地址進行下載查閱!
- PC官方版
- 安卓官方手機版
- IOS官方手機版