Usabilidad. Entidades numerosas ¿cómo harían?

[Bauhaus1975]

Creo que te entiendo...
También las propiedades de búsqueda que comentas en vez de almacenarlas en una tabla podrían ser una propiedad de la clase TVentanaAdmin, ¿cierto?
Incluso podría ser una propiedad 'paramsBusqueda' que fuera una lista de TField, de esta manera al llamar a la ventana de búsqueda rápida con pasar la lista de parámetros y la tabla podría tanto añadir los componentes en tiempo de ejecución para realizar la búsqueda, como hacer la query una vez invocada la búsqueda. ¿y para retornar el valor seleccionado?

Otra cosa, antes mencionaste que no aconsejabas el uso de ShowModal, puedes dar tu consejo de como organizar / visualizar estos formularios que estamos comentado,
Gracias por tu aportación.

[[Lepe]]

Empezado por Bauhaus1975

Creo que te entiendo...
También las propiedades de búsqueda que comentas en vez de almacenarlas en una tabla podrían ser una propiedad de la clase TVentanaAdmin, ¿cierto?

Si lo guardas en TVentanaAdmin, esa configuración tendrás que guardarlo en algún sitio ¿un archivo ini?, ¿codificadas en delphi? Al tenerlo en una tabla de la base de datos, puedes usar IBExpert para añadir campos de búsqueda o eliminar alguno que se te haya pasado. También puedes modificar (con ciertas limitaciones) las sqls de búsqueda.

Empezado por Bauhaus1975

Incluso podría ser una propiedad 'paramsBusqueda' que fuera una lista de TField,

Eso te obliga de nuevo a tener los campos persistentes en delphi, es decir, no puedes utilizar la misma ventana para facturas y clientes, porque obviamente cada uno tendrá campos distintos.

La ventana de búsqueda rápida tendrá un TQuery, pero se configura todo en tiempo de ejecución, por eso tienes la libertad de usarlo con varias tablas sin problemas. Me explico mejor:

Tienes un Grid que va ligado a un TQuery, el TQuery no tiene nada en la propiedad SQL en tiempo de diseño. En ejecución, se le asigna la propiedad SQL a:

Código SQL [-]
select * from Clientes

Justo antes de abrirse el TQuery es cuando se rellena internamente con todos los campos que tenga la tabla clientes. Si en lugar de usar "clientes" usas "facturas" obviamente ahora el mismo TQuery tiene los campos de la tabla factura. Todo se hace en tiempo de ejecución.

Ahora puedes hacer:

Código Delphi [-]

function TFrame1.ObtenerValorDeCampo(NombreCampo:string):string;
begin 
  if query1.Active then
    Result := query1.Fieldbyname(nombreCampo).AsString;
end;

Que podrás llamar con result := ObtenerValorDeCampo('Cliente')

Empezado por Bauhaus1975

Otra cosa, antes mencionaste que no aconsejabas el uso de ShowModal,

Este tema da para un hilo completo .

Personalmente, para programas de facturación, me gusta una interfaz MDI (Multiple Document Interface), por ello todas las ventanas de clientes, facturas, etc, se abren dentro de la ventana principal, que tiene un menú y un toolbar. Como el usuario puede abrir varias ventanas al mismo tiempo, que él mismo se organice . Es más o menos este ejemplo (en el hilo completo puedes ver muchos ejemplos de los foristas).

La ventana de búsqueda rápida, sí es una buena candidata para ser modal, ya que necesita que el usuario de doble clic en un resultado para que la ventana de clientes muestre todos los datos, dicho de otra forma: Una ventana necesita de información proporcionada por otra para continuar, siempre que se cumple esa regla, usaría una ventana modal.

Por contra, la ventana de búsqueda normal (la que permite búsquedas avanzadas) no la hago modal, puede necesitar abrir la ventana de facturas para ver una fecha (por ejemplo).

No he diseñado aplicaciones SDI (sólo pequeñas utilidades con 2 o 3 ventanas a lo sumo) que son fáciles de administrar.

Saludos

[Bauhaus1975]

Mentalmente me había imaginado una clase padre, abstracta que defina propiedades comunes y métodos comunes. Luego cada tipo de formulario particular (clase que herede) podría contener su propia información de configuracion, como parámetros para busqueda rápida, tabla en la que están los datos etc. Aunque también se pueden tener en base de datos como dices.

Sobre MIDI / modal, yo tengo cierta tendencia al uso de ventanas modales porque tengo poca experiencia con Delphi, además si se pueden tener varias ventanas abiertas se pueden realizar modificaciones que impliquen refrescar datos o aplicar cambios en otras ventanas. Esto me complica bastante el funcionamiento.

Echaremos un vistazo al hilo que aportas. Gracias.

Saludos.

[[Lepe]]

Bueno, realmente no sé lo que necesitas y cuan complejo son las búsquedas a realizar. sea como fuere, solo te digo: KISS.

Keep It Simple Stupid . Es una filosofía de diseño bastante antigua; aunque la tarea a realizar sea compleja, ¡hazlo simple!.

Para lo de refrescar datos, piensa en un método genérico de tu Clase Base "RefrescarDatos" o "ReloadConfig", las clases hijas se encargan de cerrar los datasets y abrirlos de nuevo o de cargar de nuevo la configuración. Al estar en la clase padre, puedes hacer algo como:

Código Delphi [-]
for i:= 0 to screen.count -1 do
  if Screen.Forms[i] is TClaseBase then
   begin
    TClaseBase(Forms[i]).RefrescarDatos;
    TClaseBase(Forms[i]).ReloadConfig;
   end;

Saludos

[[Delphius]]

Desde hace unos días me tiene picando tu duda, primeramente estaba comprendiendo el tema desde un punto estético de las interfaces.

No se si sirve de algo, pero en cuanto a estética, (algo que en ocasiones no se lo toma en cuenta, y en otras veces se exagera) tal vez te sirve lo que se estuvo diciendo en este hilo hace un tiempo. A modo de complemento a lo que se ha estado diciendo aqui.

Recuerdo que Mamx en una ocasión me recomendó este sitio. Allí encontré unos artículos que hablan sobre el aspecto visual.

Saludos,

[Bauhaus1975]

Hola, tu aportación suma un poco más, gracias.
Mi intención en el hilo era hacer un análisis sobre cómo organizar los elementos: ventanas, elementos y cualquier cosa que comunique con el usuario para el caso planteado. El diseño sería otra capa abstracta del sistema (por encima de la que menciono); ni más ni menos importante. Piensa que lo que busco puede describirse sin ningún aspecto gráfico, incluso, imagina que la pregunta podría ser independiente del lenguaje, ahora que en programación web tenemos AJAX las posibilidades nos acercan más a aplicaciones escritorio tipo windows, puedes por tanto imaginar que la pregunta de "Usabilidad ¿Cómo organizar la interfaz para la gestión de entidades con muchos elementos?", podía haber sido planteada en un foro de AJAX... o bien, imagina representar el diseño funcional con componentes Delphi sin tocar propiedades gráficas de los componentes.
Siendo mi intención que esta sea la primera de una serie de 'hilos sobre usabilidad'.

De momento, la mayoria de 'los encuestados' organizariamos en dos formularios, uno para buscar los elementos y otro para introducir los datos de la ficha, (desaconsejando MIDI). También se ha comentado incluir la creación de un pequeño formulario genérico para búsquedas rápidas, a llamar desde otros formularios.

La idea de iniciar esta consulta me ha venido porque tengo poca experiencia en Delphi, vengo de desarrollo web, y quería ver que ideas tenía la gente ahora que con Delphi tenemos más posibilidades funcionales. Espero haber perfilado un poco más la idea del hilo, aunque insisto, todo con lo que habéis contribuido ha sumado y ayudado a tener más conocimiento (al menos para mí). Esperemos que la gente siga compartiendo sus ideas de organización.
Saludos.

[Bauhaus1975]

Se me coló un error...

Empezado por Bauhaus1975

De momento, la mayoria de 'los encuestados' organizariamos en dos formularios, uno para buscar los elementos y otro para introducir los datos de la ficha, (desaconsejando MIDI).

Quería decir: que se había desaconsejado el uso de ventanas modales, sólo en los casos donde sea estrictamente necesario obtener una respuesta del usuario.