Claro.. lo de String tiene sentido solo cuando se requiere replicación. También puede pensarse en términos de output, como si fuera un reporte. Ahora si encambio las chances de que no sea este caso son mayores que cero, entonces un string resultará insuficiente porque no habrá con quien interactuar. saludos, Sebastian
On 8 mar, 01:18, "Marcelo Cortez" <[EMAIL PROTECTED]> wrote: > holaa gente > > On 3/5/07, Sergio Fedi <[EMAIL PROTECTED]> wrote: > > > Hola, voy a disentir un poquito con Marcelo respecto del Ticket. > > Bien ,esta bueno el discenso > Yo no creo haber dicho que no uses string para el ticket. si hice > incapie en como conseguir los string. > Ysi debo admitir que con el afan de que se usen objetos ,propuse que > lo primero que se trate de pensar no sea de String integer ,Floats > ,Arrays etc > sino que hay que pensar en el protocolo del objetos que se pone > ,dentro de una variable de instancia, sino de otra forma uno termina > obligado a interrogar al String a ver que es > self variableString == 'Consumidor final' > sos un consumidor final ? > Noooooo soy un string !!!! > entonces tu logica esta obligada ( no le queda otra que preguntar) y siempre > :(. > eso es lo que trataba de decir > saludos > > MDC > > pd: tardé en contestar porque al ser un thread que ya tiene bastantes > lineas el gmail me lo escondio? lo habia leido en el laburo sin > tiempo para responder pero luego se fue! desaparecio :( > > > > > Para el resto de los objetos, está muy bien como te contestó Marcelo. > > > En el caso del Ticket, seguramente te convenga pensarlo como un objeto > > que tiene Strings y numeros. > > > ¿porque? > > > Primero, porque un ticket en la realidad es un papelito, con Strings y > > Numeros. > > > Segundo, me parece mas util que el Ticket tenga los datos que > > efectivamente se imprimieron, que salieron del sistema. > > Por lo tanto, es necesario que replique informacion. > > > Si el Ticket referencia a aEmpresa para saber un dato suyo, y ese dato > > de aEmpresa cambia, mágicamente te queda que el ticket cambió el dato. > > > Lo mismo con el precio de un producto en una factura o el importe del > > ticket. > > Si no lo replica, si lo obtiene mediante un intermediario no > > apropiado, el dia que lo cambies, se te puede corromper el ticket. > > > Fijate eso. --~--~---------~--~----~------------~-------~--~----~ Has recibido este mensaje porque estás suscrito a Grupo "clubSmalltalk" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a [email protected] Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups.google.com/group/clubSmalltalk?hl=es. -~----------~----~----~----~------~----~------~--~---
