Con las últimas actualizaciones de 4D, hemos extendido el comando Session a la conexión Cliente/Servidor, permitiendo el acceso al almacenamiento de sesión a nivel del Cliente. Combinando esta funcionalidad con el nuevo evento ‘Restrict’ en las clases ORDA, el filtrado de resultados basado en datos de sesión, como privilegios, roles o incluso áreas geográficas, es más fácil que nunca.
Desarrollar una aplicación en 4D significaba trabajar en un entorno local, como un único usuario. En modo autónomo, el comando Session siempre devolvía Null. Esto significaba que había que escribir código complejo, comprobando si el objeto Session era Null para leer desde «Storage» o «Session.storage». Esta solución, aunque funcional, no era elegante.
Con 4D 20 R8, esto ya no es un problema. El comando Session ahora devuelve un objeto válido, incluso en modo autónomo, simplificando el desarrollo y las pruebas de la aplicación.
Comandos extendidos en modo autónomo
Con la noción de Session disponible en desarrollo, ahora se pueden utilizar estos 3 comandos:
Es importante tener en cuenta que la sesión creada en un entorno monousuario es una sesión simulada. Estos comandos sólo deben utilizarse para desarrollar y probar aplicaciones Cliente/Servidor para simplificar su flujo de trabajo.
En aplicaciones autónomas, siga utilizando el comando Storage para conservar la información específica del usuario y utilizarla, por ejemplo, con el evento «Restringir».
Casos prácticos
Exploremos algunos casos prácticos de uso del objeto de sesión, simplificados por la nueva función introducida en esta versión de 4D.
Autentificación
Al autenticar un usuario con la función «authentify», puede guardar información sobre el usuario dentro del objeto Sesión.
Para más información, consulte estos blogs:
- Uso mejorado de licencias de cliente 4D con Qodly Studio for 4D
- Forzar inicio de sesión se convierte en predeterminado para todos los REST Auth
Restricción de datos
Con el evento «Restringir», puede proteger sus datos dependiendo de quién accede y a qué datos se accede, y garantizar la seguridad de los datos restringiendo el acceso.
Para más detalles, lea este blog: ORDA – Restringir datos a criterios relevantes
Datos compartidos entre sesiones
Cada sesión mantiene su propio almacenamiento. También puede acceder al almacenamiento de otra sesión.
Así que el mismo usuario puede acceder a su almacenamiento tanto desde la aplicación cliente de escritorio, como desde la aplicación web. En consecuencia, es muy fácil empezar a trabajar en un dispositivo y continuar en otro, como pasar del ordenador a una tableta, manteniendo las mismas preferencias.
Para saber más, explore estos blogs:
- Nuevo objeto de sesión remota 4D con conexión Cliente/Servidor y Procedimiento almacenado
- Acceso mejorado al almacenamiento de sesiones
Profundice
Si desea saber más sobre los diferentes tipos de sesiones, le recomiendo que lea las páginas sobre Sesiones web, Sesiones remotas, Sesiones API y Sesiones con privilegios.
No dude en compartir sus experiencias en el foro.