Introduction au cycle de vie des pages ASP.NET
Chaque fois que nous demandons une page, elle est d'abord chargée dans la mémoire, puis traitée et envoyée au navigateur. Après cela, il est déchargé de la mémoire. À chaque étape, des méthodes, ainsi que des événements, sont disponibles et peuvent être remplacés en fonction des besoins de l'application. La classe de page crée d'abord un arbre hiérarchique de tous les contrôles. Tous ces composants, à l'exception des directives qui font partie de cet arbre. Nous pourrions voir l'arborescence de contrôle si nous ajoutons trace = "true" à la directive page.
Cycle de vie de la page ASP.NET
Les phases du cycle de vie des pages ASP.NET sont l'initialisation, l'instanciation des contrôles, la restauration et la maintenance de l'état, l'exécution des codes de gestionnaire d'événements et le rendu des pages. Le cycle de vie des pages ASP.NET est essentiellement un cadre d'application Web qui a été développé et commercialisé par Microsoft afin de permettre aux programmeurs de créer des applications Web dynamiques. Il permet aux utilisateurs d'utiliser des langages complets comme C # ou VB.NET. Il utilise les commandes HTTP, fonctionne en plus du protocole HTTP et utilise des politiques HTTP afin de définir une communication bilatérale pour le navigateur vers le serveur. Les codes ASP.NET peuvent être écrits dans l'un de ces langages: C #, J #, JScript ou Visual Basic.Net. ASP.NET possède un grand nombre de contrôles tels que des zones de texte, des boutons et des étiquettes qui peuvent être nécessaires pour manipuler et assembler le code pour la création de pages HTML.
Les différentes étapes du cycle de vie des pages ASP.NET sont les suivantes:
PreInit
- Dans cette étape, la propriété IsPostBack est vérifiée afin de savoir si c'est la première fois que la page est en cours de traitement.
- Création ou recréation de contrôles dynamiques.
- Configuration dynamique de la page maître.
- Configuration dynamique de la propriété Theme.
Init
- Cette étape se déclenche après que chaque contrôle a été initialisé.
- L'ID unique de chaque contrôle est défini.
- Cette étape est également utilisée pour initialiser les propriétés du contrôle.
- L'événement est d'abord déclenché pour le contrôle le plus bas, puis déclenché vers le haut de la hiérarchie jusqu'à la page elle-même.
InitComplete
- Cet événement peut être utilisé pour apporter des modifications à l'état d'affichage.
- Cet événement est déclenché par l'objet Page.
- L'événement peut être utilisé pour le traitement des tâches qui doivent être initialisées.
OnPreLoad
- Cet événement particulier est toujours déclenché une fois que l'état est affiché par le chargement de page pour lui-même ainsi que pour tous les contrôles, ainsi qu'après avoir traité les données de publication qui ont accompagné l'instance de demande.
- OnPreLoad charge également l'état d'affichage pour lui-même ainsi que pour tous les contrôles avant que l'instance de Page ne déclenche cet événement particulier, puis traite toutes les données de publication dans l'instance de demande.
Charge
- La méthode de chargement est appelée sur l'objet Page, puis de manière récursive, elle fait de même pour chaque contrôle enfant, tous les contrôles sont chargés. L'événement Load de la page se produit avant l'événement Load des contrôles individuels.
- C'est le premier endroit du cycle de vie de la page où toutes les valeurs sont restaurées.
- La valeur de IsPostBack est vérifiée principalement afin d'éviter un état de réinitialisation inutile.
- Nous pouvons appeler la méthode validate et vérifier que IsValid.
- Nous pouvons également créer des contrôles dynamiques ici.
- La méthode d'événement OnLoad est également utilisée pour établir des connexions à la base de données et définir des propriétés dans les contrôles.
Contrôler les événements PostBack
- NET appelait désormais ces événements sur la page ou ses contrôles qui avaient provoqué le PostBack.
- Dans ce cas, si la page possède l'un des contrôles de validateur, nous devons vérifier la propriété IsValid de la page avant d'effectuer tout type de traitement et nous devons également vérifier la même propriété pour les contrôles de validation individuels.
- Il s'agit d'un exemple d'un événement de contrôle tel que l'événement de clic de bouton qui a provoqué la publication.
LoadComplete
- Cet événement est déclenché à la fin de la phase de gestion des événements.
- L'événement LoadComplete est utilisé pour le travail qui nécessite le chargement de tous les contrôles restants de la page.
OnPreRender
- L'événement OnPreRender ne sera déclenché qu'après que l'objet Page aura créé tous les contrôles requis ainsi que les contrôles enfants afin de rendre la page.
- L'événement PreRender sur l'objet Page est déclenché par Page Object, puis, de manière récursive, il fait de même pour chacun des enfants.
- L'événement PreRender de la page se produit avant l'événement PreRender des contrôles individuels.
- Il permet également des modifications finales à la page.
- Cette étape se produit avant l'enregistrement de ViewState, les modifications apportées ici sont donc enregistrées.
OnSaveStateComplete
- Ce problème est généré une fois que l'état d'affichage et l'état de contrôle ont été enregistrés pour la page et les contrôles.
- ViewState a été enregistré pour la page et tous les contrôles avant que cet événement particulier ne se produise.
- Toutes les modifications apportées à la page ou aux contrôles à ce stade seront ignorées.
- La méthode de rendu est la méthode de l'objet de page et de ses contrôles et ce n'est pas un événement.
- Cette méthode génère le Dynamic Hypertext Markup Language (DHTML), le HTML côté client ainsi que les scripts nécessaires pour afficher correctement le contrôle dans le navigateur.
Décharger
- Ce dernier événement est essentiellement utilisé pour le nettoyage.
- Ici, tout le traitement a eu lieu et il est désormais sûr de disposer des objets restants qui incluent également l'objet Page.
- Le nettoyage est effectué sur:
- Instances de classes, c'est-à-dire objets.
- Fermeture des fichiers ouverts.
- Fermeture des connexions à la base de données.
- L'événement de déchargement se produit pour chaque contrôle et enfin pour la page.
- Au cours de cette étape, la page et ses commandes ont été rendues, ce qui ne permet pas d'apporter de nouvelles modifications au flux de réponse.
- Si vous appelez une méthode telle que la réponse. La page lèverait alors une exception.
Conclusion - Cycle de vie de la page ASP.NET
Par conséquent, nous pouvons conclure que chaque fois qu'une page est demandée au navigateur par l'utilisateur, la demande passe par une série d'étapes et diverses choses se produisent en arrière-plan afin de produire la sortie et de renvoyer la réponse au client. La durée entre cette demande et la réponse d'une page est appelée «cycle de vie de la page».
Articles recommandés
Cela a été un guide pour le cycle de vie des pages ASP.NET. Ici, nous avons discuté du concept, des différentes étapes et des phases du cycle de vie des pages ASP.NET. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -
- Comment installer .NET
- Questions d'entretiens chez ASP.Net
- Qu'est-ce que la sécurité réseau?
- Questions d'entretiens chez Penetration Testing