Re: [pyPYME-Giotto] Ancho de banda limitado

[Jose <coo...@py...>]

El mi=E9, 13-07-2005 a las 04:45, Cesar Pablo Verdes escribi=F3:
> Por ejemplo, si bien puede ser muy comodo para el usuario desplegar la
> lista completa de clientes para elegir uno de ellos (enfoque comun en
> aplicaciones con arquitecturas de una y dos capas) puede ser
> terriblemente ineficiente para n-capas con ancho de banda limitado.
> Una soluci=F3n (que por ejemplo implementa SAP) es manejar c=F3digos pa=
ra
> ubicar elementos (clientes, facturas, materiales, etc), y si el
> usuario no sabe el c=F3digo o no lo recuerda y necesita ayuda para
> buscar un elemento en particular, presentar primero una ventana de
> filtro de b=FAsqueda (SAP las llama match-codes) antes de mostrar ningu=
n
> set de elementos, y siempre que fuera posible limitar la cantidad de
> elementos a un valor m=E1ximo (ejemplo 100 o 1000) a devolver a la
> interfaz gr=E1fica, avisando al usuario que se devuelve una cantidad
> limitada del conjunto resultante a su b=FAsqueda.

Coincidimos en este planteamiento.

Mi idea es que, por cada lista de registros (gestionada en un
"formulario-lista") habr=E1 un proceso de "b=FAsqueda r=E1pida" por uno d=
e
varios conceptos y un proceso de "b=FAsqueda avanzada" asistida mediante
un formulario especial.

S=F3lo tengo una duda y tiene que ver con la carga inicial de registros:
algunos mantenimiento siempre gestionar=E1n pocos registros, por lo que
parece conveniente cargarlos inicialmente (al mostrar el
"formulario-lista" quiero decir); en cambio otros pueden mover gran
cantidad de datos, por lo que parece conveniente o realizar una carga
inicial acotada o no realizar ninguna carga. Y como siempre conviene
proceder de una forma uniforme...

> Si usamos el XMLRPC para ejecutar funciones y solicitar acotadas
> listas de elementos no veo que sea inconveniente para la eficiencia al
> utilizar bajos anchos de banda.
>=20
> Insisto, es un tema de enfoque de la aplicaci=F3n desde su comienzo y
> personalmente creo que vale la pena tenerlo en cuenta. He visto
> aplicaciones con estructura de dos capas cuya performance empeora
> notoriamente cuando crece la cantidad de informaci=F3n almacenada por u=
n
> mal dise=F1o de vistas y controladores. Una pregunta posible ser=EDa =BF=
Como
> funcionar=EDa este formulario si fuera una p=E1gina web?
>=20
> Por otro lado, mi opinion es que las versiones para interfaces en modo
> texto deben tener vistas y controladores espec=EDficos, considero muy
> complejo (por no decir ut=F3pico) tratar de unicicar el dise=F1o, porqu=
e
> no quedar=EDa otra alternativa que limitar el potencial de la interfaz
> gr=E1fica.

Estoy de acuerdo.

> =C9ste es un tema importante, tiene muchos enfoques y creo que tendremo=
s
> que estudiarlo m=E1s profundamente cuando llegue su momento, sin dejar
> de lado el objetivo al realizar la codificaci=F3n actual.=20
>=20
> =BFEstas de acuerdo?

Yo s=ED.

Jose