Quelles sont les différences entre thinkphp3.2 et 5.0 ?

Différences : 1. 3.2 prend en charge les modèles d'URL ordinaires et les définitions de routage régulières, mais 5.0 ne les prend pas en charge ; 2. 5.0 ajoute un nouvel objet de requête Demande et objet de réponse Réponse ; 3. 5.0 a une tolérance zéro pour les erreurs, mais pas 3.2. ; 4. Version 5.0 La plupart des définitions de constantes d'origine sont abandonnées et seules les définitions de constantes de chemin du framework sont conservées.

L'environnement d'exploitation de ce tutoriel : système Windows 7, version thinkphp v5.0, ordinateur Dell G3.

La différence entre thinkphp5.0 et thinkphp 3.2

La version 5.0 est assez différente de la version précédente. Cet article donne quelques informations pour les utilisateurs familiers avec 3.2 version Les principales différences de <code>5.0. 5.0版本和之前版本的差异较大，本篇对熟悉3.2版本的用户给出了一些5.0的主要区别。

URL和路由

5.0的URL访问不再支持普通URL模式，路由也不支持正则路由定义，而是全部改为规则路由配合变量规则（正则定义）的方式：

主要改进如下;

• 增加路由变量规则；
• 增加组合变量支持；
• 增加资源路由；
• 增加路由分组；
• 增加闭包定义支持；
• 增加MISS路由定义；
• 支持URL路由规则反解析；

请求对象和响应对象

5.0新增了请求对象Request和响应对象Response，Request统一处理请求和获取请求信息，Response对象负责输出客户端或者浏览器响应。

模块和控制器

控制器的命名空间有所调整，并且可以无需继承任何的控制器类。

• 应用命名空间统一为app（可定义）而不是模块名；
• 控制器的类名默认不带Controller后缀，可以配置开启use_controller_suffix参数启用控制器类后缀；
• 控制器操作方法采用return方式返回数据 而非直接输出；
• 废除原来的操作前后置方法；
• 增加beforeActionList属性定义前置操作；
• 支持任意层次的控制器定义和访问；
• URL访问支持自动定位控制器；

数据库

5.0的数据库查询功能增强，原先需要通过模型才能使用的链式查询可以直接通过Db类调用，原来的M函数调用可以改用db函数，例如：

3.2版本

M('User')->where(['name'=>'thinkphp'])->find();

5.0版本

db('User')->where('name','thinkphp')->find();

主要改进如下：

• 支持链式查询操作；
• 数据查询支持返回对象、数组和PDOStatement对象；
• 数据集查询支持返回数组和Collection对象；
• 增加查询构造器，查询语法改变；
• 支持闭包查询；
• 支持分块查询；
• 支持视图查询；
• 增加SQL监听事件；

模型

5.0的模型变化是最大的，基本上模型是完全面向对象的概念，包括关联模型，模型类的后缀不再带Model，直接由命名空间区分，原来的D函数调用改为model函数，并且必须创建对应的模型类，例如：

3.2版本

D('User')->where(['name'=>'thinkphp'])->find();

5.0版本

model('User')->where('name','thinkphp')->find();

主要改进包括：

• 重构关联模型；
• 支持聚合模型；
• 废除视图模型（改为数据库的视图查询方法）；
• 模型的扩展采用Trait机制；
• 增加获取器和修改器；
• 增加时间戳自动写入；
• 增加类型字段转换；
• 数组访问支持；
• JSON序列化支持；

自动验证和自动完成

5.0的数据自动验证和自动完成和3.2版本区别较大，5.0的数据验证采用验证器定义并且通过thinkValidate类进行统一的验证。自动完成则通过在模型里面定义修改器来完成。

异常

5.0对错误零容忍，默认情况下会对任何级别的错误抛出异常（但可以在应用公共文件中设置错误级别），并且重新设计了异常页面，展示了详尽的错误信息，便于调试。

调试和日志

5.0的页面Trace强化，支持浏览器控制台查看Trace信息。

5.0的日志驱动增加Socket方式，采用SocketLog

URL et routage

L'accès URL de 5.0 ne prend plus en charge le mode URL normal, et le routage ne prend pas en charge les définitions d'itinéraire classiques, mais tous le sont changé en règles. La façon dont le routage coopère avec les règles variables (définition régulière) : 🎜🎜Les principales améliorations sont les suivantes : 🎜

• Ajouter des règles de variables de routage
• Ajouter la prise en charge des variables combinées ; /li>
• Ajouter des ressources de routage ;
• Ajouter un groupe de routage ;
• Ajouter la prise en charge de la définition de fermeture ;
• Ajouter une définition de routage MISS ; li>Prise en charge de l'analyse d'inversion des règles de routage d'URL

🎜🎜🎜Objet de requête et objet de réponse🎜🎜🎜🎜5.0Ajout d'un objet de requête Demande et d'une réponse l'objet Response , Request traite uniformément les demandes et obtient les informations sur la demande, et l'objet Response est responsable de la sortie de la réponse du client ou du navigateur. 🎜🎜🎜🎜Modules et contrôleurs🎜🎜🎜🎜L'espace de noms du contrôleur a été ajusté et il n'est pas nécessaire d'hériter d'une classe de contrôleur. 🎜

• L'espace de noms de l'application est unifié en tant que app (définissable) au lieu du nom du module
• Le nom de classe du contrôleur n'inclut pas Controller ; par défaut code> suffixe, vous pouvez configurer et activer le paramètre <code>use_controller_suffix pour activer le suffixe de classe du contrôleur ;
• La méthode de fonctionnement du contrôleur utilise le return méthode pour renvoyer des données au lieu d'une sortie directe ;
• Abolir les méthodes originales de pré- et post-opération
• Ajouter l'attribut beforeActionList pour définir les pré-opérations ; ;
• Prise en charge des contrôleurs à tous les niveaux Définition et accès ;
• L'accès URL prend en charge le positionnement automatique des contrôleurs

🎜🎜🎜Base de données🎜🎜🎜🎜5.0' ; La fonction de requête de base de données de s a été améliorée et les liens qui devaient à l'origine être utilisés via des modèles. La requête peut être appelée directement via la classe Db. L'appel de fonction M d'origine peut être. modifié pour utiliser la fonction db, par exemple : 🎜🎜🎜Version 3.2🎜🎜

REQUEST_METHOD IS_GET IS_POST IS_PUT IS_DELETE IS_AJAX __EXT__ COMMON_MODULE MODULE_NAME CONTROLLER_NAME ACTION_NAME APP_NAMESPACE APP_DEBUG MODULE_PATH

🎜🎜Version 5.0🎜🎜rrreee🎜Les principales améliorations sont les suivantes :🎜

• Prend en charge les requêtes en chaîne opérations ;
• La requête de données prend en charge le renvoi d'objets, de tableaux et d'objets PDOStatement ;
• La requête d'ensemble de données prend en charge le renvoi de tableaux et d'objets Collection ;
• Constructeur de requête ajouté et syntaxe de requête modifiée ;
• Prise en charge de la requête de package de fermeture ;
• Requête de bloc de prise en charge ;
• Ajouter des événements d'écoute SQL ;

🎜🎜🎜 modèle 🎜🎜🎜🎜5.0 a le plus grand changement de modèle. Fondamentalement, le modèle est complètement un objet. -concept orienté, y compris les modèles associés. Le suffixe de la classe model ne porte plus Model, mais directement Distingué par l'espace de noms, l'appel de fonction D d'origine est remplacé par le model, et la classe de modèle correspondante doit être créée, par exemple : 🎜🎜🎜version 3.2 🎜🎜rrreee🎜🎜5.0 Les principales améliorations de la version 🎜🎜rrreee🎜 incluent : 🎜

• Reconstruire le modèle d'association ;
• Prise en charge du modèle d'agrégation ;
• Abolition du modèle de vue (modification de la méthode de requête de vue de la base de données
• Extension de la base de données) ; le modèle adopte le mécanisme Trait ;
• Ajouter des getters et des modificateurs
• Ajouter l'écriture automatique des horodatages
• Ajouter une conversion de champ de type ;
• Prise en charge de l'accès aux tableaux ;
• Prise en charge de la sérialisation JSON ;

🎜🎜🎜Vérification automatique et achèvement automatique🎜🎜🎜🎜La vérification automatique des données et l'achèvement automatique de 5.0 sont assez différents de la version 3.2. La vérification des données de la version 5.0 adopte la définition du validateur et effectue une vérification unifiée via la classe thinkValidate. La complétion automatique est réalisée en définissant des modificateurs dans le modèle. 🎜🎜🎜🎜Exceptions🎜🎜🎜🎜5.0 a une tolérance zéro pour les erreurs. Par défaut, des exceptions seront levées pour n'importe quel niveau d'erreur (mais le niveau d'erreur peut être défini dans le fichier public de l'application). et repensé La page d'exception affiche des informations détaillées sur les erreurs pour un débogage facile. 🎜🎜🎜🎜Débogage et journalisation🎜🎜🎜🎜La page Trace de 5.0 a été améliorée pour prendre en charge l'affichage des informations de trace dans la console du navigateur. 🎜🎜Le pilote de journal de 5.0 ajoute la méthode Socket et utilise SocketLog pour prendre en charge le débogage à distance. 🎜🎜🎜🎜Constante🎜🎜🎜

5.0版本废弃了原来的大部分常量定义，仅仅保留了框架的路径常量定义，其余的常量可以使用App类或者Request类的相关属性或者方法来完成，或者自己重新定义需要的常量。

废除的常量包括：

REQUEST_METHOD IS_GET IS_POST IS_PUT IS_DELETE IS_AJAX __EXT__ COMMON_MODULE MODULE_NAME CONTROLLER_NAME ACTION_NAME APP_NAMESPACE APP_DEBUG MODULE_PATH

函数

5.0版本核心框架不依赖任何自定义函数，但仍然封装了一些常用功能到助手函数，你可以随意重新定义或者增加助手函数。

【相关教程推荐：thinkphp框架】

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!