Muchisimas gracias Marcelo!
On 1 mar, 02:10, "Marcelo Cortez" <[EMAIL PROTECTED]> wrote: > Marcelo > > Algunas observaciones > > On 3/1/07, entrada <[EMAIL PROTECTED]> wrote: > > > Otra cuestion, estoy pasando las clases a Dolphin Smalltalk y me > > encuentro con lo siguiente: > > > tengo las clases por ejemplo: > > > Empresa (razonSocial cuit direccion) > > Estacion(nombre direccion puntoVenta .....) > > Via(numero estado....) > > Tarifa(estacion categoria periodo importe) > > Nunca trates , o es mejor pensar en los objetos por su comportamiento > no por los atributos. > tu enumeracion parece como para contruir una tabla. > pensa que los objetos solo son comportamiento solo son eso porqe solo > son lo que pueden responder y eso no esta ligado a la estructura. > por ejemplo una empresa podria responder al cuit sin tener variable de > instancia para ello. > > es mejor pensar en lo que hace una Empresa. > > > > > ahora bien, al cobrar el peaje genero un ticket que tiene la siguiente > > info: razon social de la empresa, cuit, punto de venta, nro de ticket, > > fecha, hora, cajero, via, sentido, nombre de estacion, categoria, > > importe, subsidio, total (copiado de un ticket real) > > Mchos de esos datos no los tiene . los averigua atraves de la > estacion->concesionaria->empresa > fijate que te la expreso como una cadena de delagacion o sea. > > via cobrar un ticke: aTicket > aTicket empresa: self empresa. > o sea la tiene la via que es parte de una empresa o lo que sea > delega! > > > > > ahora bien yo quiero crear la clase Ticket: > > mi duda por ej, en el ticket voy a tener un atributo razonSocial que > > lo voy a inicializar con el atributo del objeto empresa, o voy a tener > > en el ticket un objeto empresa, que me va a servir para imprimir la > > info de razon social y cuit de la empresa, aunque me sobre atributos > > de empresa que no use como ser direccion?. > > esta mas arriba delega lo que vos no lo sepas lo sabe otro si ese otro > no lo tenes quizas sepas quien lo conoce o sino repensa tus relaciones > de objetos quizas pusiste un string cuando debiera haber algo mas > inteligente. ( un objeto del dominio) > > > > > > > Espero que se entienda mi dilema, es decir no se si la clase Ticket > > queda así: > > > Ticket > > razonSocial:aString > > cuit:aString > > puntoVenta:aString > > nroTicket:anInteger > > fechaYHora:TimeStamp > > cajero:aString > > via:aString > > sentido:aString > > nombreEstacion:aString > > categoria:aString > > importe:anFloat > > subsidio:aPorcentaje > > total:aFloat > > antes te sugeri que no pienses los objetos como estructura.. > > > > > > > o el ticket queda así: > > > razonSocial:aString > > Ticket > > empresa:aEmpresa > > estacion:aEstacion > > nroTicket:anInteger > > fechaYHora:TimeStamp > > cajero:aUsuario > > via:aVia > > sentido:aString > > tarifa:aTarifa. > > subsidio:aSubsidio. > > > ademaaas, sentido lo tengo como un atributo de turno y no de via, esta > > bien asi? porque sino tambien necesito agregar un atributo turno, de > > la clase Turno.... > > No lo puedo responder. usa los objetos como mas comodo te quede > pensa en las relaciones y como se usan entre ellos, dejalos comodos > para resolver cualquier problematica, move lo que necesites no pienses > en estructura > Quizas solo deberias en principio poner los mensajes sin estructura ( > tener necesariamente vairables de instancia) luego con esa cascara ver > si resuelve > y si lo hace agrega las delagaciones o variables que creas necesarias. > no te apresures a poner variables , pensalo en principio como mensajes > de hecho las variables las accedes a traves de mensajes ;) > eso te da tiempo a pensar donde van y quienes responden los mensajes. > tomate tiempo para para las variables,pensa en comportamiento. > > > Espero no molestar con tantas dudas.....la verdad me cuesta bastante > > el diagrama de clases, un dia lo pienso de una manera, y al otro dia > > tengo un monton de dudas.... > > > saludos, > > Marcelo > > Saludos > MDC > > > > > On 27 feb, 00:18, "entrada" <[EMAIL PROTECTED]> wrote: > > > Hola Gente, > > > > Desde ya, muchas gracias por tomarse la molestia de leer este post. > > > > Estoy continuando mi TP de programación, el hilo original es > > > este:http://groups.google.com/group/clubSmalltalk/browse_frm/thread/465cac... > > > (no se porque no puedo agregar mas comentarios al grupo en ese hilo, > > > solo respuestas a los autores) > > > > Acabo de subir un nuevo diagrama de clases en la sección Archivos: > > > (ModeloDeClasesSGPv5.bmp)http://clubsmalltalk.googlegroups.com/web/ModeloDeClasesSGPv5.bmp?gda... > > > > Básicamente, sigo teniendo problemas para entender como funcionan los > > > turnos. > > > > Gustavo Ibarra me dijo que en un turno pueden intervenir varios > > > operadores (yo los llamo usuarios de mi sistema), yo lo veo como que > > > un usuario ingresa al sistema, en ese momento se abre un turno, cuando > > > el usuario sale del sistema, se cierra el turno, sin importar la > > > cantidad de horas...en ese turno quedan registrados todos los tickets > > > generados. si alguno (seguramente Marcelo Cortes) me puede explicar un > > > poco mas.... > > > A esto es a lo que se llama cierre X? > > > > Al cierre del turno genero un informe con el total de vehiculos por > > > categoria y el monto que significa... > > > > Por otro lado esta el cierre Z, que es un cierre diario, que esto no > > > lo voy a contemplar porque tampoco lo entiendo. > > > > Tambien me gustaria si es posible una explicacion sobre como funcionan > > > los subsidios, yo en realidad lo tengo pensado de la siguiente forma > > > ya que mi sistema es manual: viene el cliente (automovilista) y > > > presenta una tarjeta de subsidio, el cajero en el sistema indica el > > > porcentaje de subsidio y carga manualmente el codigo de la tarjeta. > > > esta bien esto o es distinto? > > > > Por otro lado creo que me falta algun otro objeto para registrar > > > eventos, como ser entradas / salidas al sistema, modificaciones de > > > ABM de algun objeto, generacion de informes, es decir todas las > > > actividades realizadas por los usuarios. aunque quizas esto no sea tan > > > importante al nivel de mi sistema. > > > > bueno tengo otras dudas pero no quiero hacer demasiado largo el mail, > > > aunque ya estar tarde... > > > > Cualquier sugerencia / comentario sera muy bienvenido... > > > > Gracias Totales. > > > saludos, > > > Marcelo --~--~---------~--~----~------------~-------~--~----~ 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. -~----------~----~----~----~------~----~------~--~---
