Hola, voy a disentir un poquito con Marcelo respecto del Ticket. 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. -~----------~----~----~----~------~----~------~--~---
