[Php-avanzado] Consulta sistema
Rodrigo Fernandez
shodri en gmail.com
Mie Jun 17 21:29:16 ART 2015
Ok Leo ! Muchas Gracias por la respuesta !
Voy a ver si el cuatrimestre que viene me anoto en el curso de POO, así los
próximos proyectos los encaro distinto.
PD: Te dejo un link con las nuevas alianzas extrañas que está haciendo el
movimiento anonymous. No se si estabas al tanto:
https://www.youtube.com/watch?v=U9_j415Q8G0
Saludos !
El 17 de junio de 2015, 21:08, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:
> 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
>
> _______________________________________________
> 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
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20150617/59e40296/attachment.html>
Más información sobre la lista de distribución Php-avanzado