Hora: 27-Jan-2020, 10:22 AM ¡Hola, Invitado! (Iniciar sesiónRegístrate)

Enviar respuesta 
Acceso a datos 11: Como evitar tantas pantallas
Autor Mensaje
admin Sin conexión
Administrator
*******

Mensajes: 16,280
Registro en: Dec 2005
Mensaje: #1
Acceso a datos 11: Como evitar tantas pantallas
Continuamos con el sistema de conciliación Bancaria, y veremos un ejemplo de cómo podemos evitar tantos formularios.

La base de lo que sigue es algo obvio, pero sin embargo obvio: Casi todos los usuarios están familiarizados con windows. Crear formularios a diestra y siniestra para emular Msgbox e inputbox con iconos/opciones diferentes, es contraproducente.

Al pasar a bancos notamos que solo tenemos 3 datos, de los cuales dos son obligatorios y uno no. Por regla general he visto que a los usuarios les molesta un poco tener una pantalla completa para menos de 4 datos, y a mi me da flojera gastar tiempo y líneas de código en algo que puede resolverse mas simple. Aunque el proceso que veremos se ve bien, y su simplicidad resulta obvia, sugiero no usarlo en tablas con mas de 4 campos "visibles al usuario", por visibles al usuario me refiero a los campos que ellos pueden modificar.

BANCOS

NOMBRE.........TIPO...........LARGO..........INDICE........UNICO...........NULO
-------------------------------------------------------------------------------------------------------
BCO_CVE.........Carácter.......10.........................Si..............No
BCO_NOM.........Carácter.......20.............No
BCO_NOTA........Carácter.......60.............No............No..............

Describe.......De que.........Cuantos........Vamos a........Es único o.....Es
el campo.......tipo son.......espacios.......buscar por.....o puede........obligatorio
...............los datos?.....va a usar?.....este valor?....repetirse



Debido a su tamaño puedo asegurar que cualquier módulo ABC de menos de 5 campos visibles puede gestionarse sin usar textbox, lo que nos evita bastante código. Incidentalmente, los ABC que cumplen estas condiciones pueden integrarse en una parte pequeña de otra pantalla, porque si tenemos un reporte rápido para ver el "catálogo", será mas intuitivo ver el reporte que los textbox. O peor aun, que crear un grid. Ustedes y yo hemos visto programas que usan grids hasta por las orejas, en lugar de un solo reporte bien estructurado. Y Para imprimir el grid siempre se tiene que hacer el reporte de todos modos.

Así que considerando los otros módulos o Tabs, crearemos nuestro control de ABC en la parte derecha del que dice cuentas.

Taller:

1. Cambiar la propiedad Caption del Tab Bancos a – Borrar -

2. Seleccionar el tab cuentas y crear un frame al que llamaremos frabancos, con un caption que diga "Maestro de bancos"

3. Crearemos dentro de Frabancos un listbox y seis commandButton con los mismos caption que usamos en el tab de tipos de movimientos, se llamarán LstBancos ( Con sorted true ), y los seis botones con index de 0 a 5.

Tip: Sugiero copiar y pegar lo de tiposmov, y siolo modificar index y nombre de los controles despues de eliminar textbox. Ojo con decir que no cuando nos pregunte si quieremos hacer un arreglo.

Si hicieron el taller, notarán que resulta obvio que no sabemos cuanto espacio vamos a necesitar para el frame de cuentas, asi que sugiero que antes de hacer el código de bancos hagamos solo el diseño de la pantalla de cuentas.

Considerando que:

CUENTAS_B (la b es notacion de cuentas bancarias)

NOMBRE.........TIPO...........LARGO..........INDICE........UNICO...........NULO
-------------------------------------------------------------------------------------------------------
CTAB_CVE.........Carácter......03.........................Si..............No
BCO_CVE..........Carácter......10.............No
CTAB_SUC.........Carácter......30.............No
CTAB_NCHEQ.......Carácter......60.............No............Si
CTAB_TITU1.......Carácter......10.............No
CTAB_TITU2.......Carácter......10.............No............Si
CTAB_TITU3.......Carácter......10.............No............Si
CTAB_FEAPE.......Carácter......10.............No
CTAB_SMIN........Carácter......15.............No
CTAB_FEBAL.......Carácter......10.............No............Si
CTAB_NOTA........Carácter......60.............No............Si
CTAB_RESP........Carácter......10.............No



Quiero que pongan atención que los campos titular1 a titular 3, y el responsable, son del mismo tamaño. Esto se debe a que deben hacer referencia a los usuarios de la tabla usuarios, que veremos después.

Fijense que el campo de bancos se llama BCO_CVE y no CTAB_BCO, porque realmente estamos usando un dato de bancos. Obviamente el largo y tipo del campo en las dos tablas, bancos y cuentasb, deben ser iguales, pero no necesariamente los indices.

Taller:

Usaremos un Frame llamado fracuentasb, un listbox sorted true ( lstcuentasb), seis command buttons y los textbox necesarios con la propiedad maxlength fijada al largo, con arreglo de index de 0 al que haga falta.

Una vez hecho esto la pantalla debe verse mas o menos así:

Pantalla del sistema de conciliaciones (2)

Si no la tienen, les envío en el siguiente correo el archivo conc02.zip, donde viene el proyecto en Visual 5. SP3. Si no ven la pantalla, está en images/conc03.gif

El secreto de como evitar pantallas es muy simple. Veamos como sería en un sistema normal la pantalla de alta de bancos:

Pantalla típica de alta de bancos

Supongo que la idea de esas pantallas es que al dar unclick en aceptar se guarden todos los cambios, y desactivar cambios desagradables en algunos casos. Vamos a ver un ejemplo de pedir esos datos sin formulario. Recuerden solamente que mas de cinco datos MODIFICABLES ya no es práctico, y si es ese el caso, casi seguramente ya hay ligas adicionales a mirar.

[code]private sub pidedatosbancos
' creamos tres variables para los datos que queremos.
dim strClave as string, strNombre as string, strNota as string
do
02-Apr-2009 08:00 PM
Encuentra todos sus mensajes Cita este mensaje en tu respuesta
Enviar respuesta 


Posibles temas similares...
Tema: Autor Respuestas: Vistas: Último mensaje
  RANTS de Oracle, un manejador de bases de datos admin 5 5,746 13-Apr-2009 01:04 PM
Último mensaje: admin
  Acceso a Datos 07: Principios RAD admin 1 3,305 09-Apr-2009 10:36 AM
Último mensaje: Lux
  Acceso a Datos 16: La esencia de RAD admin 0 3,408 02-Apr-2009 08:01 PM
Último mensaje: admin
  Acceso a Datos 14: RAD Aplicado a diseño de Tablas admin 0 3,767 02-Apr-2009 08:01 PM
Último mensaje: admin

Salto de foro:


Usuario(s) navegando en este tema: 1 invitado(s)

Powered By MyBB, © 2002-2020 MyBB Group. | | Theme Created By effone of Equinox Design