CI(CodeIgniter)框架介绍

简介:
CodeIgniter 是一个为用 PHP 编写网络应用程序的人员提供的工具包。它的目标是实现让你比从零开始编写代码更快速地开发项目,为此,CI 提供了一套丰富的类库来满足通常的任务需求,并且提供了一个简单的接口和逻辑结构来调用这些库。CodeIgniter 可以将需要完成的任务代码量最小化,这样你就可以把更多的精力放到项目的开发上了。
 
CodeIgniter 是一个应用程序框架

1、免费:CodeIgniter是经过Apache/BSD-style开源许可授权的,只要你愿意就可以使用它。

2、简单:CodeIgniter是真正的轻量级,核心系统只需要一些非常小的库。

3、MVC:CodeIgniter使用了MVC的方法,可以更好的使表现层和逻辑层分离。

--应用程序流程图

index.php 作为前端控制器,初始化运行 CodeIgniter 所需要的基本资源。 Router 检查 HTTP 请求,以确定谁来处理请求。 如果缓存(Cache)文件存在,它将绕过通常的系统执行顺序,被直接发送给浏览器。 安全(Security)。应用程序控制器(Application Controller)装载之前,HTTP 请求和任何用户提交的数据将被过滤。 控制器(Controller)装载模型、核心库、辅助函数,以及任何处理特定请求所需的其它资源。 最终视图(View)渲染发送到 Web 浏览器中的内容。如果开启缓存(Caching),视图首先被缓存,所以将可用于以后的请求。 模型-视图-控制器

CodeIgniter 是基于模型-视图-控制器这一设计模式的。MVC 是一种将应用程序的逻辑层和表现层进行分离的方法。在实践中,由于表现层从 PHP 脚本中分离了出来,所以它允许你的网页中只包含很少的脚本。

模型 (Model)  代表你的数据结构。通常来说,你的模型类将包含取出、插入、更新你的数据库资料这些功能。 
视图 (View)  是展示给用户的信息。一个视图通常是一个网页,但是在 CodeIgniter 中,一个视图也可以是一个页面片段,如页头、页尾。它还可以是一个 RSS 页面,或任何其它类型的“页面”。 
控制器 (Controller)  是模型、视图以及其他任何处理 HTTP 请求所必须的资源之间的 中介 ,并生成网页。

CodeIgniter 在 MVC 使用上非常宽松,因此模型不是必需的。如果你不需要使用这种分离方式,或是发觉维护模型比你想象中的复杂很多,你可以不用理会它们而创建自己的应用程序, 并最少化使用控制器和视图。CodeIgniter 也可以和你现有的脚本合并使用,或者允许自行开发此系统的核心库,可以使你以最适合你的方式工作。


本文转自茄子_2008博客园博客,原文链接:http://www.cnblogs.com/xd502djj/p/4844713.html,如需转载请自行联系原作者。


目录
相关文章
|
10月前
|
测试技术 数据安全/隐私保护
|
测试技术 持续交付
webpack配置篇(三十五):持续集成和Travis CI
webpack配置篇(三十五):持续集成和Travis CI
76 0
webpack配置篇(三十五):持续集成和Travis CI
|
监控 jenkins 测试技术
搭建Vue3组件库:第九章 持续集成CI:基于GitHub的Action回归验证
本章介绍一下github的工作流的持续集成服务。
222 0
搭建Vue3组件库:第九章 持续集成CI:基于GitHub的Action回归验证
|
测试技术 Shell 持续交付
gitlab-ci的简易入门—基于python项目的CI演示
gitlab-ci的简易入门—基于python项目的CI演示
gitlab-ci的简易入门—基于python项目的CI演示
|
持续交付 数据安全/隐私保护 Ruby
Travis CI简介
什么是持续集成? Travis CI 提供的是持续集成服务(Continuous Integration,简称 CI)。它绑定 Github 上面的项目,只要有新的代码,就会自动抓取。然后,提供一个运行环境,执行测试,完成构建,还能部署到服务器。
387 0
Travis CI简介
|
开发框架 PHP 容器
codeigniter-3.1 PHP开发框架
环境需求 最低硬件配置:1核CPU,1G内存(1+1)提示:如果你的应用较多,而主机节点的硬件配置较低,建议在部署节点时开通虚拟虚拟内存; 生产环境建议使用2G或以上内存; 推荐安装系统:Ubuntu-16.
984 0
|
数据库
Git.Framework 框架随手记--ORM项目工程
  前面已经简单介绍过了该框架(不一定是框架),本文开始重点记录其使用过程。可能记录的内容不是太详尽,框架也可能非常烂,但是里面的代码句句是实战项目所得。本文非教唆之类的文章,也非批判之类的文章,更不是炫技之类的文章,只是工作的记录和总结,希望能够给大家一些启迪,忘诸位勿喷!     一. 组建项目需要的几个部分     .NET中最为经典的三层结构,众所周知,无人不晓. 在Git.Framework框架中我们也遵循最基本的这种结构,ORM部分我们划分为如下: 数据实体层,数据访问接口层,数据访问层,[层序主入口加载相应的配置]。
855 0