Gestion améliorée des sessions pour le développement et les tests
Avec les dernières mises à jour de 4D, nous avons étendu la commande Session à la connexion Client/Serveur, permettant l’accès au stockage de la session au niveau du Client. En associant cette fonctionnalité au nouvel événement « Restrict » dans les classes ORDA, il est plus facile que jamais de filtrer les résultats en fonction des données de session, telles que les privilèges, les rôles ou même les zones géographiques.
Développer une application dans 4D signifie travailler dans un environnement local, tel qu’un utilisateur unique. En mode autonome, la commande Session renvoyait toujours la valeur Null. Cela signifiait que vous deviez écrire un code complexe, vérifiant si l’objet Session était Null pour lire à partir de « Storage » ou « Session.storage ». Cette solution de contournement, bien que fonctionnelle, n’était pas élégante.
Avec 4D 20 R8, ce problème n’existe plus. La commande Session renvoie désormais un objet valide, même en mode autonome, ce qui simplifie le développement et le test des applications.
Présentation des singletons de session
Les singletons furent l’une des features les plus remarquées de 4D 20 R5. Jusqu’alors, les développeurs pouvaient exploiter deux types de singletons :
- le singleton de processus, qui est unique pour chaque processus mais différent d’un processus à l’autre,
- et le singleton partagé, qui est unique sur l’ensemble de l’application.
Avec 4D 20 R7, nous lançons un nouveau type de singleton : le singleton de session !
Des améliorations passionnantes pour la gestion des processus et des sessions
La gestion des processus et des sessions est essentielle pour optimiser et contrôler vos applications 4D. Vous pouvez facilement manipuler et récupérer des informations cruciales sur ces éléments grâce à différentes commandes.
Avec 4D 20 R7, nous avons le plaisir d’annoncer une série d’améliorations qui rendent ces fonctions encore plus accessibles et efficaces. Ces nouvelles fonctionnalités sont conçues non seulement pour simplifier votre travail, mais aussi pour améliorer les performances de votre code. Les améliorations sont les suivantes
- L’obtention des informations sur le processus dans un objet pour faciliter la manipulation des propriétés,
- Permettre un accès direct aux informations de session à l’aide d’un identifiant de session pour faciliter la gestion,
- Faciliter l’obtention du numéro d’un processus directement à partir de son ID,
- Accès à la date de création d’un processus
- Optimisation du filtrage des résultats renvoyés par la commande Process activity pour obtenir tous les processus d’une session.
Découvrez comment ces mises à jour peuvent transformer votre expérience de développement et améliorer l’efficacité de vos applications !
Permissions : Inspecter les privilèges de la session pour faciliter le débogage
Aujourd’hui, vous pouvez bénéficier d’une fonctionnalité puissante pour filtrer l’accès aux données, ce qui est essentiel pour empêcher les accès malveillants à votre application.
Cette fonctionnalité utilise des privilèges qui permettent certaines actions sur vos données. Ces privilèges sont attribués aux utilisateurs par le biais des rôles et stockés dans la session lors de l’authentification.
Dans 4D 20R6, nous avons amélioré cette fonctionnalité en vous permettant d’inspecter les privilèges dans la session, ce qui est très utile pour le débogage.
Continuez à lire pour en savoir plus.
Accès amélioré au stockage des sessions
Vous pouvez stocker des informations dans le stockage de différents types de session, tels que Client/Serveur, Web ou Mobile, ce qui permet de les réutiliser facilement dans différents processus.
Désormais, dans 4D 20 R6, vous pouvez accéder au stockage d’une session spécifique. Cette amélioration permet aux utilisateurs de maintenir facilement la continuité et la cohérence des informations entre plusieurs sessions d’un même utilisateur. Imaginez que vous puissiez consulter le même dossier client dans différentes applications telles que Client/Serveur ou Web.
Nouvel objet de session à distance 4D avec connexion Client/Serveur et procédure stockée
Dans les applications 4D, il existe quatre types de sessions : la session à distance 4D, la session de procédure stockée, la session mobile et la session Web.
La commande Session renvoie déjà des sessions Web ou mobiles. Elle vous permet d’accéder à une multitude d’informations sur la session et à un objet partagé par tous les processus de la session.
Dans 4D 20 R5, la commande Session a été étendue à la connexion Client/Serveur et à la procédure stockée.
Amélioration de l’utilisation des licences client 4D avec Qodly Studio for 4D
Ceux d’entre vous qui ont commencé à utiliser Qodly Studio for 4D savent déjà à quel point ce nouvel outil est puissant pour développer des applications web professionnelles. Si vous ne l’avez pas encore fait, vous trouverez ici plus d’informations sur la façon de commencer.
Les applications réalisées avec Qodly Studio for 4D s’appuient sur les API REST. 4D 20 R5 est livré avec une nouvelle fonctionnalité très intéressante : Le mode « Force Login ».
Avec ce mode, une licence 4D Client n’est consommée que lorsque les utilisateurs se connectent avec succès et commencent à travailler avec les données et la logique de votre application.
Poursuivez votre lecture pour en savoir plus ! Et n’oubliez pas de télécharger notre démo pour la voir à l’œuvre !
Déboguer sur le serveur avec des sessions web évolutives
Lessessions web évolutives ont été une amélioration significative apportée par 4D v18 R6. Elles vous permettent d’utiliser les balises 4D, les actions 4D et l’API REST dans des processus préemptifs, même en mode interprété, sur un serveur 4D. Cependant, pour déboguer de tels programmes, vous deviez ouvrir votre environnement de développement sur le serveur pour le faire passer en mode coopératif, car la fenêtre du débogueur ne peut pas être ouverte avec des processus préemptifs. Ainsi, jusqu’à la v19 R2, vous pouviez déboguer des REST, des actions 4D ou des balises 4D. A partir de la v19 R3, tout cela est devenu beaucoup plus facile, et vous pouvez déboguer du côté serveur simplement en y attachant le débogueur, comme d’habitude.
Comment définir le délai d’attente pour les applications 4D distantes ?
Pour éviter la perte de session, 4D surveille l’état de sommeil des applications 4D distantes.
Lorsqu’un utilisateur est connecté depuis une application 4D distante à un 4D Server et que son ordinateur se met en mode veille, l’information est envoyée au 4D Server. Au moment où l’ordinateur de l’utilisateur se réveille, l’application 4D distante récupère alors son contexte d’exécution.
Sessions évolutives pour les applications web avancées
De nos jours, les applications web sont des outils modernes essentiels. Les machines et les processeurs devenant de plus en plus puissants, vos applications web doivent constamment répondre aux exigences de performance. C’est pourquoi avec 4D v18 R6, le serveur Web 4D propose un nouveau type de session Web : la session Web évolutive.
Découvrons-en plus !
Nous contacter
Vous avez une question, une suggestion ou vous voulez simplement entrer en contact avec les blogueurs 4D ? Envoyez-nous un message !
* Votre vie privée est très importante pour nous. Veuillez cliquer ici pour consulter notre Politique