DOCUMENTATION EN LIGNE
DE WINDEVWEBDEV ET WINDEV MOBILE

Aide / WLangage / Fonctions WLangage / Fonctions spécifiques au WEB / Fonctions de gestion des pages
  • Fonctionnement
  • Dans quels cas la sauvegarde du contexte n'est pas nécessaire ?
  • Sessions prélancées
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaEtats et RequêtesCode Utilisateur (MCU)
WEBDEV
WindowsLinuxPHPWEBDEV - Code Navigateur
WINDEV Mobile
AndroidWidget AndroidiPhone/iPadWidget IOSApple WatchMac CatalystUniversal Windows 10 App
Autres
Procédures stockées
Libère de manière anticipée le contexte AWP (sur disque) pour permettre à d'autres appels sur le même contexte AWP d'être traités en parallèle.
Remarque : Cette fonction n'a aucun effet sur les contextes AWP transmis dans un cookie.
Exemple
LibèreContexteAWP()
Syntaxe
LibereContexteAWP([<Sauve le contenu actuel>])
<Sauve le contenu actuel> : Booléen optionnel
  • Vrai si le contenu actuel des variables doit être sauvegardé dans le contexte.
  • Faux (Valeur par défaut) si le contexte doit être fermé sans sauvegarde des éventuelles modifications.
Remarques

Fonctionnement

Le Serveur d'Application WEBDEV protège automatiquement chaque contexte AWP des accès concurrents :
  • A tout moment, un unique appel AWP est autorisé à manipuler un contexte AWP donné.
  • Les autres appels AWP qui demandent à manipuler ce contexte (c'est-à-dire d'autres appels du même client/navigateur) attendent que le premier appel soit fini :
    • Chaque appel a bien accès aux dernières valeurs.
    • Le comportement global est équivalent au comportement des sessions WEBDEV classiques.
  • Le contexte AWP est automatiquement libéré (pour l'appel suivant) après l'exécution du dernier traitement WLangage.
Dans certains cas, ce comportement n'est pas optimal.
Par exemple, une page AWP de téléchargement de fichier continuera à maintenir le blocage sur le contexte pendant toute la durée d'exécution de la fonction FichierAffiche. Ce blocage bloque les autres appels du client vers l'application (par exemple le téléchargement, en parallèle, d'un second fichier).
Dans ce cas, la fonction LibèreContexteAWP permet d'indiquer que le contexte AWP ne sera plus utilisé et permet de le libérer.

Dans quels cas la sauvegarde du contexte n'est pas nécessaire ?

Fermer simplement le contexte sans sauver les éventuelles modifications est utile dans les cas suivants :
  • Aucune variable n'a encore été (re)déclarée : il n'y a pas encore eu d'appels à la fonction DéclareContexteAWP.
  • Aucune des variables présente dans le contexte n'a été modifiée.
  • Les variables modifiées n'ont pas d'importance.
  • Les modifications des variables ne doivent pas être reportées.
Après l'appel de la fonction LibèreContexteAWP, les autres fonctions de gestion des contextes AWP ne doivent plus être appelées.

Sessions prélancées

Si votre projet utilise les sessions prélancées, cette fonction ne doit pas être utilisée dans l'événement "Initialisation" du projet. Cette fonction doit être utilisée dans l'événement "Initialisation lors d'une connexion à une session prélancée".
Composante : wd300page.dll
Version minimum requise
  • Version 18
Commentaires
Cliquez sur [Ajouter] pour publier un commentaire

Dernière modification : 01/07/2024

Signaler une erreur ou faire une suggestion | Aide en ligne locale