


Tutoriel sur la méthode d'appel de chaîne de superposition du générateur de requêtes Laravel Query Builder
Cet article vous présente principalement les informations pertinentes sur l'appel de chaîne de superposition Query Builder des compétences Laravel. L'article le présente de manière très détaillée à travers un exemple de code. Il a une certaine valeur d'apprentissage de référence pour les études ou le travail de chacun. aide. à tout le monde.
Introduction au générateur de requêtes
Le générateur de requêtes Laravel fournit une interface pratique et fluide pour établir et exécuter la syntaxe de recherche de base de données
Utilisation de la liaison de paramètres PDO, pour protéger les applications contre l'injection SQL. Par conséquent, les paramètres entrants n'ont pas besoin d'être échappés avec des caractères spéciaux
qui peuvent essentiellement répondre à toutes les opérations de base de données et peuvent être exécutés sur tous les systèmes de base de données pris en charge
Introduction
Aujourd'hui Je voudrais vous présenter une petite astuce du constructeur de requêtes Laravel. Elle n'est pas mentionnée en détail dans les exemples de documents officiels. Ce n'est pas une compétence haut de gamme. Beaucoup d'étudiants qui ne le savent pas peuvent l'utiliser. jetez un oeil.
Dans le code métier, les requêtes sont souvent effectuées en fonction de conditions différentes. Pour un exemple simple, nous souhaitons maintenant interroger la liste des utilisateurs, classée par ordre chronologique inverse, et le statut et le type peuvent être utilisés comme conditions de qualification.
Au début je l'écrivais comme ça
if($status && $type) { $users = User::where('status', $status)->where('type', $type)->latest()->get(); } else if ($status) { $users = User::where('status', $status)->latest()->get(); } else if ($type) { $users = User::where('status', $type)->latest()->get(); } else { $users = User::latest()->get(); }
Ce code est vraiment moche, beaucoup de public code , tel que ->latest()->get(), écrit quatre fois. Si le produit dit qu'aujourd'hui nous voulons le trier dans l'ordre, alors vous devez changer quatre endroits. Bien qu’il soit rapide de le modifier à l’aide d’un éditeur, il faut savoir qu’il ne s’agit là que de l’exemple le plus simple.
Après avoir lu le document, il existe une méthode when pour le jugement conditionnel. Un tas de fermetures ne sont pas idéales. Je croyais fermement qu'il devait y avoir une manière d'écrire plus élégante, alors j'ai cherché sur stackoverflow, et bien sûr, le tout-puissant Waiguoren m'a donné la réponse.
Écriture améliorée :
$query = User::query(); // 如果用DB: $query = DB::table('user'); if ($status) { $query->where('status', $status); } if ($type) { $query->where('type', $type); } $users = $query->latest()->get();
Utilisez une variable pour enregistrer l'instance du générateur de requêtes, puis utilisez-la dessus Superposez les contraintes et obtenez enfin l'ensemble. La partie publique est placée au début et à la fin, et la structure est claire. Est-ce une question de jugement ?
Et nous pouvons également transmettre $query en tant que paramètre dans une méthode ou une fonction, encapsulant ensemble une logique commune pour faciliter plusieurs appels :
function foo($query) { $query->with(['girl', 'gay']) ->latest() ->get(); } $query = User::query(); $users = foo($query);
Il y a une mise en garde dans cette façon d'écrire. Une fois que vous avez appeléwhere et d'autres méthodes de contrainte sur $query, la requête sera parfois modifiée à l'avance.
Par exemple, par exemple, nous souhaitons obtenir des utilisateurs de type 1 et 2 en même temps
$query_1 = User::query(); $query_2 = clone $query_1; $users_1 = $query_1->where('type', 1)->latest()->get(); $users_2 = $query_2->where('type', 2)->latest()->get(); // 错误 $users_2 = $query_1->where('type', 1)->latest()->get(); // 这样写得到得是type = 1 and $type = 2
laravel Bien qu'il n'y ait pas d'exemple de ce type dans la documentation, il est mentionné :
Vous pouvez utiliser la méthode table de la façade DB pour démarrer la requête. La méthode table renvoie une instance du générateur de requêtes pour la table de requête, vous permettant d'enchaîner plus de contraintes lors de l'interrogation et d'utiliser la méthode get pour obtenir le résultat final.
Recommandations associées :
7 articles recommandés sur les constructeurs de requêtes
Comment fonctionne le constructeur de requêtes de ThinkPHP5
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Les dernières versions de Laravel 9 et CodeIgniter 4 fournissent des fonctionnalités et des améliorations mises à jour. Laravel9 adopte l'architecture MVC et fournit des fonctions telles que la migration de bases de données, l'authentification et le moteur de modèles. CodeIgniter4 utilise l'architecture HMVC pour fournir le routage, l'ORM et la mise en cache. En termes de performances, le modèle de conception basé sur le fournisseur de services de Laravel9 et le framework léger de CodeIgniter4 lui confèrent d'excellentes performances. Dans les applications pratiques, Laravel9 convient aux projets complexes qui nécessitent de la flexibilité et des fonctions puissantes, tandis que CodeIgniter4 convient au développement rapide et aux petites applications.

Comparez les capacités de traitement des données de Laravel et CodeIgniter : ORM : Laravel utilise EloquentORM, qui fournit un mappage relationnel classe-objet, tandis que CodeIgniter utilise ActiveRecord pour représenter le modèle de base de données en tant que sous-classe de classes PHP. Générateur de requêtes : Laravel dispose d'une API de requêtes chaînées flexible, tandis que le générateur de requêtes de CodeIgniter est plus simple et basé sur des tableaux. Validation des données : Laravel fournit une classe Validator qui prend en charge les règles de validation personnalisées, tandis que CodeIgniter a moins de fonctions de validation intégrées et nécessite un codage manuel des règles personnalisées. Cas pratique : l'exemple d'enregistrement d'utilisateur montre Lar

Laravel - Artisan Commands - Laravel 5.7 est livré avec une nouvelle façon de traiter et de tester de nouvelles commandes. Il inclut une nouvelle fonctionnalité de test des commandes artisanales et la démonstration est mentionnée ci-dessous ?

Pour les débutants, CodeIgniter a une courbe d'apprentissage plus douce et moins de fonctionnalités, mais couvre les besoins de base. Laravel offre un ensemble de fonctionnalités plus large mais a une courbe d'apprentissage légèrement plus raide. En termes de performances, Laravel et CodeIgniter fonctionnent bien. Laravel dispose d'une documentation plus complète et d'un support communautaire actif, tandis que CodeIgniter est plus simple, léger et possède de solides fonctionnalités de sécurité. Dans le cas pratique de la création d'une application de blog, EloquentORM de Laravel simplifie la manipulation des données, tandis que CodeIgniter nécessite une configuration plus manuelle.

Lors du choix d'un framework pour de grands projets, Laravel et CodeIgniter ont chacun leurs propres avantages. Laravel est conçu pour les applications d'entreprise, offrant une conception modulaire, une injection de dépendances et un ensemble de fonctionnalités puissantes. CodeIgniter est un framework léger plus adapté aux projets de petite et moyenne taille, mettant l'accent sur la rapidité et la facilité d'utilisation. Pour les grands projets avec des exigences complexes et un grand nombre d'utilisateurs, la puissance et l'évolutivité de Laravel sont plus adaptées. Pour les projets simples ou les situations avec des ressources limitées, les capacités de développement légères et rapides de CodeIgniter sont plus idéales.

L'architecture des microservices utilise des frameworks PHP (tels que Symfony et Laravel) pour implémenter des microservices et suit les principes RESTful et les formats de données standard pour concevoir des API. Les microservices communiquent via des files d'attente de messages, des requêtes HTTP ou gRPC et utilisent des outils tels que Prometheus et ELKStack pour la surveillance et le dépannage.

Pour les petits projets, Laravel convient aux projets plus importants qui nécessitent des fonctionnalités et une sécurité élevées. CodeIgniter convient aux très petits projets qui nécessitent légèreté et facilité d'utilisation.

En comparant le moteur de modèles Blade de Laravel et le moteur de modèles Twig de CodeIgniter, choisissez en fonction des besoins du projet et de vos préférences personnelles : Blade est basé sur la syntaxe MVC, qui encourage une bonne organisation du code et un héritage de modèles. Twig est une bibliothèque tierce qui offre une syntaxe flexible, des filtres puissants, une prise en charge étendue et un bac à sable de sécurité.
