Créez un middleware personnalisé dans ASP.NET Core, qui peut être implémenté en écrivant des classes et en s'inscrivant. 1. Créez une classe contenant la méthode invokeasync, gérez httpContext et demandedElegate suivant; 2. Inscrivez-vous avec Usemiddleware dans Program.cs. Le middleware convient aux opérations générales telles que la journalisation, la surveillance des performances, la gestion des exceptions, etc. Contrairement aux filtres MVC, il agit sur l'ensemble de l'application et ne s'appuie pas sur le contr?leur. L'utilisation rationnelle du middleware peut améliorer la flexibilité structurelle, mais devrait éviter d'affecter les performances.

La création de middleware personnalisés dans ASP.NET Core est un moyen flexible d'étendre le processus de traitement de la demande. Il vous permet d'insérer une logique personnalisée, telle que la journalisation, la vérification pré-authentification, la surveillance des performances, etc. Avant les demandes HTTP entrez le contr?leur ou avant que la réponse ne revienne au client.

Qu'est-ce que le middleware?

Middleware est un lien dans le pipeline ASP.NET Core qui gère chaque demande et réponse. Vous pouvez le comprendre comme un "filtre" où plusieurs wares moyens sont connectés en séquence pour former un pipeline. Chaque middleware peut choisir de transmettre la demande au n?ud suivant, ou terminer directement le processus et renvoyer la réponse.

Les middlewares intégrés communs incluent UseRouting() , UseAuthentication() et UseAuthorization() . Ce dont nous avons besoin, c'est: comment écrire votre propre middleware .

Comment écrire des middleware personnalisés

Il existe généralement deux fa?ons de créer des middleware personnalisés:

• Déléguer des middleware
• Implémentation de la classe de middleware (middleware basé sur la classe)

Il est recommandé d'utiliser des classes, qui ont une structure plus claire et sont également pratiques pour les tests et la maintenance.

Les étapes sont les suivantes:

1. Créez une classe qui contient une méthode Invoke ou InvokeAsync .
2. La méthode accepte HttpContext et un paramètre RequestDelegate next .
3. Enregistrez le middleware dans Startup.cs ou Program.cs .

L'exemple de code est le suivant:

 classe publique MyCustomMiddleware
{
    Private ReadOnly RequestDelegate _Next;

    public myCustomMiddleware (requestdelegate suivant)
    {
        _next = suivant;
    }

    Public Async Task invokeAnSync (HttpContext Context)
    {
        // Ajoutez votre logique ici, par exemple:
        Console.WriteLine ("Avant la demande gérée");

        // Continuer à exécuter le middleware ultérieur Await _Next (contexte);

        Console.WriteLine ("après la réponse envoyée");
    }
}

Puis ajouter dans Program.cs :

 app.Usemiddleware <MyCustomMiddleware> ();

Notez que l'ordre d'enregistrement du middleware affectera l'ordre d'exécution, il doit donc être placé au bon endroit.

Scénarios d'application courants

Le middleware est très adapté à certaines opérations courantes de la demande croisée, et ce qui suit est quelques scénarios typiques:

• Enregistrement : enregistre le chemin, le temps, l'adresse IP et d'autres informations de chaque demande.
• Surveillance des performances : compte le temps de traitement de chaque demande et est utilisée pour analyser les goulots d'étranglement du système.
• Gestion des exceptions globales : captez uniformément les exceptions non gérées et renvoyez les messages d'erreur.
• Interception des demandes : rejeter les demandes basées sur des conditions spécifiques (telles que BlackList IP).
• Définissez des en-têtes de réponse personnalisés : par exemple, ajoutez des identificateurs X-Powered-By ou d'autres.

Par exemple, si vous souhaitez enregistrer le temps passé sur chaque demande, vous pouvez le faire comme ceci:

 Public Async Task invokeAnSync (HttpContext Context)
{
    var stopwatch = new stopwatch ();
    stopwatch.start ();

    attendre _Next (contexte);

    stopwatch.stop ();
    Console.writeLine ($ "request {context.request.path} a pris {stopwatch.elapsedMilliseconds} ms");
}

Cette approche est utile pour le débogage et l'optimisation des performances.

La différence entre le middleware et le filtre

Parfois, les filtres middleware et MVC sont confus. Ils font tous des choses similaires, mais ont des étendues d'application différentes:

• Le middleware agit sur l'ensemble de l'application, fonctionne sur toutes les demandes et ne s'appuie pas sur le cadre MVC.
• Le filtre n'est efficace que pour le contr?leur MVC et convient à certaines opérations au niveau de l'action, telles que la vérification des paramètres et la mise en forme des résultats.

Si vous souhaitez également traiter les demandes de non-contr?leur (telles que les fichiers statiques), vous devez utiliser le middleware.

De plus, le middleware peut contr?ler la direction de l'ensemble du pipeline de demande et peut même mettre fin à la réponse avant l'exécution du contr?leur.

Fondamentalement, c'est tout. L'écriture d'un middleware n'est pas compliquée, mais veillez à ne pas la surclure pour éviter d'affecter les performances. L'utilisation rationnelle du middleware peut rendre votre structure d'application plus claire et plus flexible.

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!