Participo de este grupo por lo que puedo hablar por mi y decir que las discusiones de diseño son bien más interesantes que las técnicas así que por mi parte todas las preguntas de diseño son apropiadas aqui.
Lo que coloquialmente se entiende por "programar" en un lenguaje X. En smalltalk incluye varias cosas más que programar. Diseñar es, en particular, una de las actividades más comprometedoras o determinantes (este punto no se limita al software). Discutir es un excelente ejercicio para acelerar la maduración de cualquier diseño. Y si un diseño sobrevive a gran cantidad/variedad de refutaciones entonces habrá adquirido mayor valor. saludos, Sebastian On 5 mar, 21:31, "entrada" <[EMAIL PROTECTED]> wrote: > Muchas Gracias Sergio por tu respuesta! lo voy a tener en cuenta. > > Algo que estoy viendo ahora es la utilizacion de patrones, me dí > cuenta que mi diseño es muy basico, por ejemplo para lo que es la vía, > agregué el patron state para cambiar el estado entre abierto y > cerrado. > Tambien estoy viendo de utilizar por ej. factory para la creación de > clases vias, estaciones, y otras, o el patron singleton para la clase > Empresa. > > Estoy empezando a incursionar en patrones asi que cualquier ayuda al > respecto sobre que patrones agregar será bienvenida. > > Igualmente creo que este hilo se está yendo del tema de smalltalk y es > mas de diseño, asi que quizas me convenga buscar otro grupo para no > molestar en este, si alguien conoce algun grupo sobre diseño orientado > a objetos, se los voy a agradecer... > > Muchas gracias por cualquier ayuda! > > Saludos, > Marcelo > > Sergio Fedi ha escrito: > > > 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. -~----------~----~----~----~------~----~------~--~---
