


En savoir plus sur la suppression du modèle Laravel et la suppression logicielle dans un seul article
1. Supprimer le modèle
1.1 Utilisez delete pour supprimer un modèle
La suppression d'un modèle est très simple. Obtenez d'abord l'instance du modèle à supprimer, puis appelez la méthode delete :
.$post = Post::find(5); if($post->delete()){ echo '删除文章成功!'; }else{ echo '删除文章失败!'; }
La méthode renvoie vrai ou faux.
1.2 Utiliser destroy pour supprimer un modèle
Bien sûr, si l'ID du modèle à supprimer est connu, vous pouvez utiliser la méthode plus simple destroy pour le supprimer directement :
$deleted = Post::destroy(5);
Vous pouvez également supprimer plusieurs modèles en transmettant plusieurs ID de modèle à la fois :
$deleted = Post::destroy([1,2,3,4,5]);
Appelez la méthode destroy pour renvoyer le nombre d'enregistrements supprimés.
1.3 Supprimer un modèle à l'aide du générateur de requêtes
Comme il a été mentionné plus tôt que le modèle Eloquent lui-même est un générateur de requêtes, vous pouvez également supprimer le modèle en utilisant le style générateur de requêtes, par exemple, si nous voulons supprimer tous les articles avec 0 vue, nous pouvons utiliser la méthode suivante :
$deleted = Models\Post::where('views', 0)->delete();
Le résultat renvoyé est le nombre d'articles supprimés.
2. Implémentation de la suppression douce
Les méthodes de suppression ci-dessus supprimeront également les enregistrements de la table de données de la base de données. prend en charge la suppression logicielle.
La soi-disant suppression logicielle signifie que les enregistrements de la table de données ne sont pas réellement supprimés de la base de données, mais que le statut d'identification des enregistrements de la table est marqué comme suppression logicielle, afin qu'ils puissent être filtrés lors de l'interrogation, donc que la table correspondante enregistre On dirait qu'elle a été "supprimée". Laravel utilise un champ de date comme statut d'identification. Ce champ de date peut être personnalisé. Ici, nous utilisons delete_at. Si le modèle correspondant est supprimé de manière logicielle, la valeur du champ delete_at est l'heure de suppression, sinon la valeur est vide.
Pour que le modèle Eloquent prenne en charge la suppression logicielle, certains paramètres doivent être définis. Tout d'abord, utilisez SoftDeletestrait dans la classe modèle. Ce trait fournit une série de méthodes associées pour la suppression logicielle. Pour plus de détails, veuillez vous référer au code source IlluminateDatabaseEloquentSoftDeletes. De plus, vous devez définir le tableau d'attributs $date et y placer delete_at : <. 🎜>
<?php namespace App\Models; use Illuminate\Database\Eloquent\Model; use Illuminate\Database\Eloquent\SoftDeletes; class Post extends Model { use SoftDeletes; //设置表名 public $table = 'posts'; //设置主键 public $primaryKey = 'id'; //设置日期时间格式 public $dateFormat = 'U'; protected $guarded = ['id','views','user_id','updated_at','created_at']; protected $dates = ['delete_at']; }
php artisan make:migration alter_posts_deleted_at --table=posts
<?php use Illuminate\Database\Schema\Blueprint; use Illuminate\Database\Migrations\Migration; class AlterPostsDeletedAt extends Migration { /** * Run the migrations. * * @return void */ public function up() { Schema::table('posts', function (Blueprint $table) { $table->softDeletes(); }); } ...//其它方法 }
php artisan migrate
$post = Post::find(6); $post->delete(); if($post->trashed()){ echo '软删除成功!'; dd($post); }else{ echo '软删除失败!'; }
$posts = Post::withTrashed()->get(); dd($posts);
$posts = Post::onlyTrashed()->get(); dd($posts);
Récupération par suppression logicielle
Parfois, nous devons restaurer un modèle supprimé de manière logicielle. Vous pouvez utiliser la méthode de restauration fournie par SoftDeletes : <🎜. >Restaurer un seul Il y a un problème avec le modèle$post = Post::find(6);
$post->restore();
. devrait être
$post = Post::withTrashed()->find(6); $post->restore();
Post::withTrashed()->where('id','>',1)->restore();
Post::withTrashed()->restore();
$post = Post::find(6);
$post->history()->restore();
Suppression forcéeSi le modèle est configuré avec une suppression logicielle mais que nous souhaitons vraiment supprimer les enregistrements de la table de base de données correspondant au modèle , nous pouvons utiliser la méthode forceDelete fournie par SoftDeletes :
$post = Post::find(6); $post->forceDelete();
Site Web PHP chinois, un grand nombre de
tutoriels d'introduction à laravelgratuits, bienvenue pour apprendre en ligne ! Cet article est reproduit à partir de : https://blog.csdn.net/weixin_38112233/article/details/78574007
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 opérations de base de données en PHP sont simplifiées à l'aide d'ORM, qui mappe les objets dans des bases de données relationnelles. EloquentORM dans Laravel vous permet d'interagir avec la base de données en utilisant une syntaxe orientée objet. Vous pouvez utiliser ORM en définissant des classes de modèle, en utilisant des méthodes Eloquent ou en créant un système de blog dans la pratique.

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.

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 ?

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

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.

Guide des tests unitaires et d'intégration PHP Tests unitaires : concentrez-vous sur une seule unité de code ou de fonction et utilisez PHPUnit pour créer des classes de cas de test à des fins de vérification. Tests d'intégration : faites attention à la façon dont plusieurs unités de code fonctionnent ensemble et utilisez les méthodes setUp() et TearDown() de PHPUnit pour configurer et nettoyer l'environnement de test. Cas pratique : utilisez PHPUnit pour effectuer des tests unitaires et d'intégration dans les applications Laravel, notamment la création de bases de données, le démarrage de serveurs et l'écriture de code de test.

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.
