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
-------------------------------->

Responder a