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.

Des commandes étendues en mode autonome

Avec la notion de Session disponible en développement, ces 3 commandes peuvent maintenant être utilisées :

• Session
• Session info
• Session storage

 

Il est important de noter que la session créée dans un environnement mono-utilisateur est une session simulée. Ces commandes ne doivent être utilisées que pour développer et tester des applications Client/Serveur afin de simplifier votre flux de travail.

Dans les applications autonomes, vous continuez à utiliser la commande Storage pour conserver les informations spécifiques à l’utilisateur et les utiliser, par exemple, dans le cadre de l’événement « Restrict ».

Cas pratiques

Examinons quelques cas pratiques d’utilisation de l’objet session, simplifiés par la nouvelle fonctionnalité introduite dans cette version de 4D.

Authentification

Lors de l’authentification d’un utilisateur avec la fonction « authentify », vous pouvez enregistrer des informations sur l’utilisateur dans l’objet Session.

Pour en savoir plus, consultez ces blogs :

• Amélioration de l’utilisation des licences du client 4D avec Qodly Studio for 4D
• Force Login Becoming Default for all REST Auth

 

Restriction des données

Avec l’événement « Restrict », vous pouvez protéger vos données en fonction de la personne qui y accède et des données auxquelles elle accède, et garantir la sécurité des données en limitant l’accès.

Pour plus de détails, lisez ce blog : ORDA – Restreindre les données à des critères pertinents

Données partagées entre les sessions

Chaque session dispose de son propre espace de stockage. Vous pouvez également accéder au stockage d’une autre session.

Ainsi, le même utilisateur peut accéder à son stockage à partir de l’application client de bureau et de l’application web. Il est donc très facile de commencer à travailler sur un appareil et de continuer sur un autre, par exemple en passant de l’ordinateur à la tablette, tout en conservant les mêmes préférences.

Pour en savoir plus, consultez ces blogs :

• Nouvel objet de session à distance 4D avec connexion client/serveur et procédure stockée
• Accès amélioré au stockage des sessions

Approfondir

Si vous souhaitez en savoir plus sur les différents types de sessions, je vous recommande de lire les pages consacrées aux sessions Web, aux sessions à distance, aux sessions API et aux sessions à privilèges.

N’hésitez pas à partager vos expériences dans le forum.