avantages et inconvénients de thinkphp5

ThinkPHP est né pour simplifier le développement d'applications au niveau de l'entreprise et le développement agile d'applications WEB. Il est né début 2006 et a été officiellement renommé ThinkPHP le jour du Nouvel An 2007 et a été publié dans le cadre de l'accord open source Apache2. ThinkPHP adhère au principe de conception simple et pratique depuis sa naissance tout en conservant d'excellentes performances et un code minimal, il se concentre également sur la facilité d'utilisation. Et il possède de nombreuses fonctions et fonctionnalités originales. Avec la participation active de l’équipe communautaire, il est continuellement optimisé et amélioré en termes de facilité d’utilisation, d’évolutivité et de performances. Ci-dessous, nous résumons les lacunes de thinkphp pour tout le monde.

Tutoriels recommandés : Tutoriel vidéo Thinkphp

Avantages

1. Facile à utiliser, facile à configurer et à déployer

2. La compilation le mécanisme de mise en cache est propice à l'amélioration des performances

3. Prise en charge intégrée de REST

MVC et OO je ne dirai rien d'autre...

Inconvénients

　1. Routage d'URL problématique

Mode normal :

URL -> ; Routage URL-> Passer les paramètres et requêtes analysés de l'URL à la fonction de saisie

Implémentation de TP (en prenant le routage régulier comme exemple) :

Regular-> Fichier d'entrée + paramètres dynamiques

Par exemple : '/^blog/(d+)$/' => 'Blog/ read?id=:1'

Implémentation simple :

blog/(d+)$/' => read // function read($id) {...}

Cette implémentation facilite la vérification du routage règles et La correspondance de la fonction d'entrée permet aux utilisateurs d'utiliser plus facilement les paramètres d'URL analysés. En même temps, la conception du fichier d'entrée de TP n'est pas nécessaire.

　2. Mauvaise conception du modèle

　*1 Nécessité de construire manuellement le modèle et Association de base de données

Inconvénients : Une série de configurations inutiles est requise, ce qui est contraire au comportement de génération automatique des tables de base de données après définition du modèle.

*2 L'abstraction de la base de données est loin d'être suffisante

Elle a un forte sensation d'exploitation d'une base de données, et en raison de l'inconvénient du 2*1 dont vous avez besoin pour établir manuellement l'association entre le modèle et la base de données, le mappage de champs inutile est ennuyeux.

3. Moteur de modèles inutiles

*1 L'héritage de modèles n'est pas pris en charge

Cher, c'est très fatiguant d'écrire du code à plusieurs reprises !

*2 Balises de modèle au format XML

Confusion de balises (moteurs de modèles qui ont apparus ces dernières années utilisent rarement des balises XML...)

　 *3 Ne convient pas à l'écriture front-end

Modèle + données-> Sortie de rendu

Le modèle est écrit par le front-end et les données sont fournies par le backend . De toute évidence, le modèle de TP ne prend pas bien en charge cela.

*4 Ne prend pas en charge la mise en cache partielle des modèles

Inconvénients : supposez cette page P est Il se compose de deux parties, A et B. La fréquence de mise à jour de A est supérieure à celle de B, donc la fréquence de mise à jour de la page P est la même que celle de A.

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!