Muchas gracias, Manuel, nos aclaras bastante, sobre todo en cuanto al procedimiento para abordar el dise�o, y la posible extensibilidad.
Esto va a ir despaaaaacio porque no es un proyecto de producci�n, sino algo m�s bien "personal", para ir tomando consciencia de nuestra ignorancia y es probable que ni siquiera lleguemos a acabarlo. Como ya coment� antes, sabemos que nos queda grande, que no es poco saber. No he podido bajarme el Decorator, me da un 404 8( Gracias otra vez, Paulo. ----- Original Message ----- From: "Manuel de la Higuera" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 12, 2004 8:11 PM Subject: RE: [ASNativos] Estructurar clases de un carro de compra Si dispon�is de suficiente tiempo la mejor forma para definir las clases es empezar con casos de estudio. Los casos de estudio consisten en escribir los sucesos de forma secuencial y "recrear" las posibles incidencias (�esto es lo m�s importante!) que no se ven tan f�cilmente a simple vista: error en la base de datos, incongruencias id/producto, etc... Creo que 4 clases a�n son muy pocas; supongo que os saldr�n m�s conforme vay�is avanzando en el dise�o. Es infinitamente m�s c�modo tener muchas clases peque�itas que tener clases tochas --y muy importante, hacer clases abstractas que luego podamos reutilizar--. Podr�as, por ejemplo, dividir tu clase Carro en dos (Carro y Caja) para poder hacer cambios en la l�gica de negocio sin tener que tocar clases en la l�gica del cliente. Cuanta m�s aislada est� la responsabilidad de cada clase m�s f�cil ser� luego realizar modificaciones sobre ellas y m�s c�moda ser� su reutilizaci�n. Tambi�n es importante pensar en las posibilidades de expansi�n de cada clase de cara al futuro: usuarios habituales, descuentos, promociones. Quiz�s pueda serte �til el Decorator Pattern; tengo un ejemplo de �ste (AS2) en http://www.m14studio.com/decorator.zip. En cuanto al UML, definir las relaciones entre las clases debe hacerse cuando est�n claras las clases que toman parte en la aplicaci�n y sus responsabilidades. Ya nos contar�s qu� tal ;) M. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Paulo Carvajal -- Vudumedia.com--- Enviado el: jueves, 12 de febrero de 2004 19:58 Para: [EMAIL PROTECTED] Asunto: [ASNativos] Estructurar clases de un carro de compra Hola, aunque se que la pregunta es demasiado gen�rica y no es espec�fica de AS, ah� va. Estamos intentando crear un esquema para un carro de la compra con el gModeler (http://www.gskinner.com/gmodeler/app/run.asp) y somos novatos con el AS2 (y con Java, y con C, y con poo, y con.......) y se nos plantean un millon de dudas. Tambi�n sabemos que el proyecto es ambicioso y que seguramente se nos escapa, pero qu� co�o, vamos all�. La pregunta b�sicamente es �alguna referencia o esquema o alg�n desarrollo en UML que nos pueda ayudar? De momento nos salen cuatro clases, pero estoy seguro que tienen que ser m�s: -Producto: Propiedades: Todas las relacionadas con el producto, talla, color, c�digo,... Ocho en total. Metodos: gettersetters para esas propiedades. -LineaCarro: Propiedades: idLinea, codigoProducto, cantidadProducto. Metodos: sumarCantidad, restarCantidad; cambiarCantidad. -Carro: Propiedades: cliente, lineasCarro, totalLineas Metodos:anadirLinea, borrarLinea, exiteLinea, getTotalLineas, importeTotal, borrarCarro, getCliente, procesarCarro -Cliente: ser�a como Producto, pero con los datos de cliente. Si alguien que controle nos comenta y/o corrige esto ser�a de gran ayuda antes de ponernos a escribir nada. Gracias, un saludo y perdonad la chapa, Paulo. <!------------------------------- Lista ASNativos: subscripciones/desubscripciones http://www.sidedev.net/asnativos --------------------------------> <!------------------------------- Lista ASNativos: subscripciones/desubscripciones http://www.sidedev.net/asnativos --------------------------------> <!------------------------------- Lista ASNativos: subscripciones/desubscripciones http://www.sidedev.net/asnativos -------------------------------->
