Afin de fournir différents commentaires aux différents utilisateurs, nous introduisons un module de gestion d'événements.
Ce module s'appelle requestHandlers. Nous ajoutons d'abord deux fonctions d'espace réservé : start() et upload().
Le code requestHandlers.js est le suivant :
Dans une application réelle, le nombre de gestionnaires de requêtes continuera d'augmenter, et nous ne voulons certainement pas avoir à terminer la requête dans la route à chaque fois qu'il y a une nouvelle URL ou un nouveau gestionnaire de requêtes
Cartographier le gestionnaire et le lancer encore et encore.
De plus, nous ne voulons pas avoir beaucoup de if request == x then call handler y dans le routage, ce qui donnerait au code un aspect désordonné et peu professionnel.
Ici, j'utiliserai le concept de tableaux associatifs pour gérer cette exigence. Nous passons une série de gestionnaires de requêtes via un objet, et nous devons injecter cet objet dans la fonction route() de manière faiblement couplée.
Nous introduisons d'abord cet objet dans le fichier principal index.js :
Par exemple, si je souhaite ajouter un mappage /show, ajoutez simplement handle["/show"] requestHandlers.show;
Haha, est-ce que cela rend le code plus concis et ordonné ? !Ensuite, nous transmettons l'objet handle au serveur et modifions server.js comme suit :
Nous pouvons obtenir la fonction de traitement des requêtes de l'objet passé de la même manière que nous obtenons des éléments du tableau associatif, nous avons donc une expression simple et fluide sous la forme de handle[pathname]();, qui ressemble à As mentionné plus tôt : "Hé, s'il te plaît, aide-moi avec ce chemin".
De cette façon, nous pouvons traiter différentes demandes différemment.
Dans la section suivante, nous modifierons davantage le code pour permettre au serveur d'effectuer certaines opérations de feedback réelles.