La méthode de passage des paramètres dans le middleware dépend du cadre ou de l'environnement utilisé, mais est généralement implémenté par des fonctions d'usine, des classes d'options ou en fournissant directement des paramètres au moment de l'application. 1. Dans Express.js, vous pouvez retourner le middleware via des fonctions d'usine et passer des paramètres lors de l'application, tels que LogAction (?Page de visite utilisateur?); 2. Dans Laravel, vous pouvez définir des paramètres dans la méthode de poignée de la classe du middleware et utiliser des Colons pour transmettre des valeurs dans l'itinéraire, comme le middleware (?Check-Role: Admin?); 3. Dans ASP.NET Core, vous pouvez encapsuler la configuration via la classe d'options, injecter la configuration dans le constructeur middleware, puis passer l'instance via la méthode Usemiddleware. De plus, l'attention doit être accordée à la question de savoir si les paramètres sont statiques ou dynamiques, maintenir le découplage et la testabilité du middleware et gérer correctement les paramètres non valides ou manquants.

Passer des paramètres au middleware dépend du cadre ou de l'environnement que vous utilisez, mais l'idée générale est de fournir des données ou une configuration supplémentaires lors de l'application du middleware. Voici comment le faire dans quelques environnements communs.

Dans express.js (node.js)

Dans Express, les fonctions de middleware peuvent accepter des paramètres au-delà du req standard, res et next . Vous pouvez envelopper votre middleware dans une fonction d'usine qui prend des paramètres et renvoie la fonction de middleware réelle.

Exemple:

 Fonction LogAction (message) {
  return function (req, res, suivant) {
    console.log (`Action: $ {message}`);
    suivant();
  };
}

app.get ('/ root', logAction ('utilisateur visité page'), (req, res) => {
  res.send ('Hello World');
});

• La fonction logAction est une usine qui renvoie le middleware.
• Vous passez le paramètre message lors de l'application du middleware.
• Cela vous permet de personnaliser le comportement par itinéraire ou le cas d'utilisation.

Ce modèle est particulièrement utile pour la logique réutilisable comme la journalisation, l'authentification avec des r?les ou la limitation du taux.

à Laravel (PHP)

Laravel permet de passer des paramètres au middleware à la fois lors de la définition de la classe de middleware et lors de l'application dans les itinéraires.

Définissez le middleware avec les paramètres:

Dans votre classe de middleware, la méthode handle peut accepter des paramètres supplémentaires:

 Manche de fonction publique ($ request, $ Next, $ role) {
    if ($ request-> user () -> hasrole ($ role)) {
        retourner $ suivant ($ demande);
    }

    retour rediriger ('/ home');
}

Enregistrez le middleware avec paramètre dans le noyau:

 'check-role' => \ app \ http \ middleware \ checkrole :: class,

Appliquer le middleware avec paramètre en route:

 Route :: get ('/ admin', function () {
    //
}) -> middleware ('check-role: admin');

• Vous définissez les paramètres que le middleware attend.
• Vous transmettez des valeurs lors de l'application du middleware.
• Il est couramment utilisé pour le contr?le d'accès basé sur les r?les.

Dans ASP.NET Core (C #)

ASP.NET Core prend en charge les paramètres de passage à Middleware via des classes d'options ou directement dans la configuration du pipeline.

Utilisation d'une classe d'options:

Définir une classe d'options:

 classe publique GreetingOptions {
    Message de cha?ne publique {get; ensemble; }
}

Créer des middleware qui utilise les options:

 classe publique GreetingMiddleware {
    Private ReadOnly RequestDelegate _Next;
    Private Readonly GreetingOptions _Options;

    Public GreetingMiddleware (requestdelegate Suivant, iOptions <GreetingOptions> Options) {
        _next = suivant;
        _OPTIONS = OPTIONS.VALUE;
    }

    tache asynchrone publique invoque (contexte httpcontext) {
        Await Context.Response.Writeasync (_OPTIONS.MESSAGE);
        attendre _Next (contexte);
    }
}

Utilisez-le dans Startup.cs :

 app.Usemiddleware <GreetingMiddleware> (new GreetingOptions {message = "Hello From Middleware!"});

• Vous encapsulez la configuration dans une classe.
• Middleware re?oit l'objet configuré à l'exécution.
• Cela maintient votre middleware propre et testable.

Conseils généraux

• Considérez toujours si le paramètre est statique (connu au démarrage) ou dynamique (déterminé pendant la demande).
• Utilisez des fonctions ou des usines de wrapper lorsque vous devez transmettre des valeurs dynamiquement.
• évitez de coupler étroitement votre middleware à une logique métier spécifique, faites-le configurable.
• Assurez-vous que votre middleware gère gracieusement les paramètres manquants ou non valides.

Fondamentalement, c'est tout.

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!