[Php-avanzado] Consulta sistema
Leonardo Tadei - Pegasus Tech Supply
leonardot en pegasusnet.com.ar
Mie Jun 17 21:08:59 ART 2015
Hola Rodrigo,
entonces siendo las las "listas de precios" archivos PDF, podrías sacar
el problema "listas de precios" porque no es relevante el contenido de
los mismos.
Si, como es de esperarse, se agregan listas de precios poco
frecuentemente, se podría resolver con una interfaz de "nueva lista de
precios" en dónde se selecciones los distribuidores que las recibirán.
Es un trabajo largo, pero será poco habitual.
Por otra parte si en el enunciado del problema las listas de precios se
van habilitando progresivamente en base a una regla, podrías numerar los
archivos por ejemplo del 1 al 10, y entonces bastaría con decir que un
distribuidor puede ver las listas hasta la 6, con lo que si una lista de
precios nueva es menor o igual que 6, la verá y si es es mayor no.
La elección de 1 a 10 es arbitraria: podría ser de 1 a 10.000 y tener
más listas de precios todavía.
Sí, el patron de diseño observer es de POO, pero viendo el problema
tipo y la solución, se podría hacer alguna implementación razonablemente
decente en PE... lo importante es la idea detrás del Observer y en tu
caso no la implementación.
Saludos!
El mié, 17-06-2015 a las 20:32 -0300, Rodrigo Fernandez escribió:
> A ver si me explico un poco mejor:
>
>
> Hay un administrador que gestiona distribuidores por un lado y listas
> de precios (archivos pdf) por otro.
>
>
> Estos distribuidores no pueden ver todas las listas, pero si "se
> portan bien" y venden mucho, se les van desbloqueando otras.
>
>
> Yo lo hice de manera que cuando agregas o modificas el distribuidor,
> se muestran las listas disponibles y con un checkbox seleccionas las
> que el distribuidor puede visualizar.
>
>
> Cuando se actualiza una de estas listas, a los que la tenían asignada
> les llega un mail notificándoles "Se subió una nueva lista" a los que
> corresponde.
>
>
> Pero cuando se agrega una nueva (que me parece como vos decís no es
> algo que pase seguido, pero por lo que me sugiere el cliente algo que
> puede pasar) no tengo manera de notificar a los distribuidores, porque
> ninguno la tiene asignada.
>
>
> Por eso mi solución, de hoy a la tarde, es darle un numero fijo de
> listas a editar, digamos 5. Entonces cuando quieren agregar una,
> primero se la asignan a los distribuidores pertinentes, la actualizan
> y ahí les va a llegar el mail "Se subió una nueva lista".
>
>
> No se si se entiende mejor... No se si está bien encarado...
>
>
> ¿Lo del patrón de diseño de Observer es para programación orientada a
> objetos no?
>
>
> Saludos !
>
> El 17 de junio de 2015, 19:44, Leonardo Tadei - Pegasus Tech Supply
> <leonardot en pegasusnet.com.ar> escribió:
> Hola Rodrigo,
>
> no sé si entiendo del todo el escenario.
> Cuándo te referís a que "se sube una nueva lista de
> precios" querés
> decir que se actualizan los precios de una lista existente o
> que se sube
> una nueva al completo?
>
> Por tu descripción, parece la 2da opción, pero me
> cuesta imaginarme un
> escenario real en dónde se agreguen frecuentemente nuevas
> listas de
> precios (lo que puede ser solo falta de imaginación de mi
> parte).
>
> Por lo general cuando se habla de varias listas de
> precios, se hace
> referencia a que un mismo producto/servicio tiene diferentes
> precios,
> según cada comprador... pero pareciera que vos hacés
> referencia a otro
> concepto (o tenés un barullo de tamaño difícil de medir ;-) )
>
> Para aclarar los conceptos que suelen usarse alrededor
> de estas
> cuestiones:
>
> - inventario: el universo de todo los que existe, con su
> código,
> descripción, etc, etc.
> - lista de precios: uno de los precios de las cosas en el
> inventario;
> cada lista de precios tiene un nombre, y bajo ese nombre están
> las cosas
> del inventario con el precio correspondiente. Si algo tiene
> más de un
> precio, pues estará en otra lista de precios.
> - stock: cuánto hay de cada cosa del inventario en cada lugar
> en que se
> guarden.
>
> Tu problema tiene pinta de solucionarse con un patrón
> de diseño
> Observer, pero la verdad es que no entiendo del todo la
> situación de
> base.
>
> Saludos!
>
>
> El mié, 17-06-2015 a las 11:12 -0300, Rodrigo Fernandez
> escribió:
> > Que tal buenos días, tengo un problema
> >
> >
> > Estoy haciendo un sistema donde hay distribuidores, éstos
> tienen
> > diferentes listas de precios visibles (algunas si, otras no)
> y a la
> > vez cuando se sube una nueva lista de precios les llegue un
> mail
> > notificándoles.
> >
> >
> > Lo había resuelto desde el lado de los distribuidores,
> cuando se
> > agrega o edita uno, se le asigna que listas de precios tiene
> visibles
> > y cuáles no.
> > El problema es que si se agrega una nueva lista de
> precios no hay
> > manera de asignársela a nadie (excepto yendo a los
> distribuidores y
> > asignárselas uno por uno) y no le llegaría notificación
> alguna.
> >
> >
> > Estuve pensando en hacer que cuando se suba una lista de
> precios se
> > listen todos los distribuidores y ahí se les asignes quien
> la ve y
> > quien no. Así si les llegaría bien el mail pero me parece
> que no es LA
> > solución, ya que puede haber muchos distribuidores.
> >
> >
> > Otra es asignarles grupos a los ditribuidores y las listas a
> los
> > grupos. Pero tendría que haber tantos grupos como
> combinaciones
> > posibles.
> >
> >
> > Otra es dejar un número de posibles listas de precios fijo,
> digamos 5
> > que están vacíos y antes de agregar la lista N° 5 se le
> asigna a los
> > distribuidores pertinentes la 5, después se sube y así les
> llegaría el
> > mail jaja...
> >
> >
> > No se si me estoy complicando sólo, pero no se me ocurre una
> solución
> > satisfactoria.
> >
> >
> > Si me pueden dar una mano, más que agradecido.
> >
> >
> > Si algo no se entiende, me dicen y lo aclaro.
> >
> >
> > Gracias y Saludos !
> >
> >
>
> > _______________________________________________
> > Lista de correo: Php-avanzado
> > Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> > Administración Web:
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> > Desubscripción:
> php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
>
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Web: http://leonardo.tadei.com.ar
> Firma pública:
> http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Lista de correo: Php-avanzado
> Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> Administración Web:
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> Desubscripción:
> php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
>
>
> _______________________________________________
> Lista de correo: Php-avanzado
> Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> Administración Web: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> Desubscripción: php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
--
Leonardo Tadei
leonardot en pegasusnet.com.ar
Pegasus Tech Supply
Tel: (+54)(+223) 471-2880
La Salle 1131 - Mar del Plata - Argentina
http://www.pegasusnet.com.ar
http://www.grupopegasus.com
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
Más información sobre la lista de distribución Php-avanzado