![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Cuando me refiero a lo necesario, estos son los datos que identifican al usuario para luego poder en cada momento buscar en la base todo lo relacionado a seguridad.
Ejemplo: Cuando un usuario ingresa a una pantalla de Alta de Clientes en ese momento busco lo relacionado a esa pantalla y lo cargo. Cuando sale se limpia todo lo cargado de seguridad de esa pantalla. Así con todas las pantallas del sistema. Lo que hacen generalmente las empresas es cargar toda la seguridad de todas las pantallas del sistema en memoria al ingresar a la aplicación y de ahi en mas se manejan con lo que hay en memoria. A raiz de esto ultimo es que se dice comunmente cuando te cambian algun permiso que salgas de la aplicación y vuelvas a ingresar. Si en cada pantalla se busca lo de esa pantalla en la base con salir solo de la pantalla sería suficiente. Saludos, El Rayo
__________________
Si tienes una función o procedimiento con diez parámetros, probablemente hayas olvidado uno |
|
#2
|
||||
|
||||
|
Cita:
Saludos!
__________________
all your base are belong to us |
|
#3
|
||||
|
||||
|
Hola,
En mi opinión, siempre debes cargar lo necesario teniendo en cuenta el proceso actual y las actividades recurrentes. Ejemplo 1: En el login solo necesito los datos de acceso y de menú general pero al no ser necesitados después por ningún proceso, puedo desecharlos una vez hallas construido el menú. Ejemplo 2: El ingreso a las pantallas del aplicativo lo valido en el momento de solicitar el ingreso a la pantalla misma, obtener los datos de seguridad y volverlos a descartar una vez construyo el esquema de seguridad de la pantalla Ejemplo 3: Si se requiere desplegar el nombre de usuario u otra información relevante del usuario en cada pantalla, estos datos deben estar disponibles en todo el tiempo en que se mantenga la sesión de usuario abierta.
__________________
Buena caza y buen remar... http://mivaler.blogspot.com |
|
#4
|
||||
|
||||
|
Otra opción es tener los datos del usuario en una unit común al proyecto (un DataModule, por ejemplo), y sólo cuando accedes a las pantallas es cuando haces que los menús y demás historias se activen según el perfil deseado. Asi tienes los datos de usuario centralizados, y las pantallas solo tienen que buscar cual es el usuario que está actualmente activo
|
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| INFO: DLL's, BPL's, carga dinámica, carga estática y Packages en Runtime | Neftali [Germán.Estévez] | OOP | 26 | 13-12-2013 19:29:55 |
| niveles de seguridad en aplicaciones | El_Raso | Varios | 4 | 09-02-2009 04:26:45 |
| Parametros al ejecutar Aplicaciones + Aplicaciones en Mi PC | NeWNeO | Varios | 4 | 19-08-2004 14:01:30 |
| [Seguridad] Nuevos agujeros de seguridad en varios sistemas Windows ... | kinobi | Noticias | 1 | 16-09-2003 10:42:54 |
| No hay seguridad en las aplicaciones !! | erickperez6 | Firebird e Interbase | 5 | 19-05-2003 21:51:50 |
|