php codeigniter3,从CodeIgniter 3系列版本升级到4系列版本

从CodeIgniter 3系列版本升级到4系列版本¶

CodeIgniter 4是对该框架的重写，并且不向前兼容(对以前的版本不兼容)。

比起升级你的应用，更为合适的是转换和重写它。当你做完了这一步(即已经升级到CodeIgniter4)之后，在CodeIgniter4的不同版本间进行升级就会轻而易举。

The “lean, mean and simple” philosophy has been retained, but the

implementation has a lot of differences, compared to CodeIgniter 3.

升级过程中并没有12步检查列表之类的东西。取而代之的是，在一个新的项目文件夹里开始CodeIgniter 4的重新部署 开始与使用本框架 ，

并开始转换和整合你的应用部件。下面我们会试着指出最需要注意的点。

CI4中我们并没有完全迁移和重写全部的CI3库！参考 CodeIgniter 4 路线图 中的最新列表！

在项目转换之前 请务必阅读用户指南 !

下载

CI4同样可以通过解压-运行的zip或tarball压缩文件的格式进行使用，其中包含有用户指南(在 docs 子目录中)

它也可以通过Composer进行安装

命名空间

CI4构建基于PHP7.2+的版本，框架中除了辅助函数的所有部分都进行了命名空间标注。

应用结构

application 目录被重命名为 app ，而框架中仍旧存在着 system 文件夹，有着与以往版本一样的功能。

本框架现在提供了一个 public 目录，希望你可以将其用于项目的根目录

There is also a writable folder, to hold cache data, logs, and session data

app 目录与CI3中的 application 目录类似，不过有着一些命名的变更，以及将一些子目录移动到 writable 目录下。

如今已经没有一个嵌套的 application/core 目录了，由于我们已经提供了一套不同的机制来扩展框架核心(如下所示)。

加载类文件

由于对框架组件的引用如今已作为属性动态注入到你的控制器中，现在已经不存在一个CodeIgniter的”超级对象”了。

类如今已经按需加载了，并且组件也是通过 Services 进行维护(服务)

类加载器自动处理PSR4风格的类文件定位，对于那些以 App``(application目录)和 ``CodeIgniter system目录) 为顶级命名空间的类。而通过对composer自动加载的支持与智能假设机制，框架甚至可以定位你的那些并未命名空间声明的模型和库文件。

你可以配置类的自动加载来支持任何你喜欢的应用结构，包括”HMVC”风格的(译者注：按等级划分的MVC模式，简单的解释就是把MVC又细分成了多个子MVC，每个模块就分成一个MVC)

控制器

控制器继承了 \\CodeIgniter\\Controller 类，而非 CI_Controller 类

控制器不再需要一个构造函数了(用于调用CI魔术方法)，除非这是你自己定义的基类控制器的一部分

CI 提供了 Request (请求)and Response (响应)对象供你使用，比起CI3的风格来说更为强大

如果你需要一个基类控制器(比如CI3中的MY_Controller)，那么请在你需要的地方使用就行。比如 BaseController extends Controller ，并使用你自己的类来继承 BaseController

模型

模型继承了 \\CodeIgniter\\Model 而非 CI_Model

CI4的模型拥有更多的功能，包括动态数据库连接，基础的CRUD(增删改查)，模型内验证和自动分页功能。

CI4 同样拥有可供你构建的 Entity (实体)类，用于实现更为丰富的数据表映射功能

取消使用CI3的 $this->load->model(x); ，而是使用模型的命名空间模式来调用 $this->x = new X();。

视图

你的视图看起来与从前类似，但是却是以完全不同的方式调用……取消使用 $this->load->view(x); ，而是通过 echo view(x);。

CI4支持视图单元，以构建分片响应

模板处理器一如过往，但是在功能上有了显著的提升

库

你的应用类仍旧可以深入访问 app/Libraries，但这不是必须的。

取消使用CI3的 $this->load->library(x); 调用方式，如今你可以使用组件的命名空间模式来调用 $this->x = new X();

辅助函数

辅助函数与以往大致相似，不过有一部分被简化了

事件

Hooks(钩子)如今已经被Events(事件)所取代

取消使用CI3的 $hook['post_controller_constructor'] 调用方式，如今你可以使用命名空间 CodeIgniter\Events\Events; 下的 Events::on('post_controller_constructor', ['MyClass', 'MyFunction']); 。

事件保持启用状态并全局可用。

扩展框架

你不需要一个 core 目录来保存类似 MY_... 的框架组件扩展或替代品。

在库目录下，你不需要类似 MY_x 之类的类来继承或取代CI4的框架部分。

你可以在任何地方创建这样的类，并加入适当的自定义组件来代替默认的那些组件。