Duda UML

[cpiccin]

Hola, teniamos una duda sobre el diagrama de clases. Tenemos una superclase Entidad que tiene como subclases Jugador; Robot1, Robot2 y Explosion (que son enemigos). Juego esta relacionada con objetos Entidad, pero la relacion con Jugador pensamos que es una composicion porque se crea el Juego y se crea el jugador, a lo largo de todo el programa el jugador sigue siendo el mismo porque lo "revivimos" cambiando uno de sus atributos, no creamos otra instancia. Pero la relacion entre Juego y el resto de entidades la relacion pensamos que seria de agregacion porque si se destruye una entidad enemiga el Juego sigue vivo o cuando se crean nuevas entidades enemigas la instancia de juego sigue siendo la misma. Entonces, nuestra duda es sobre como representar esto, directamente mandamos flechas diferentes desde Juego a cada subclase de Entidad? pensamos que por ahi la relacion tiene que verse entre Juego y Entidad, no con las subclases.

[salluzziluca]

Está bien que juego tenga una flecha diferente para cada subclase, de hecho es lo correcto. Luego lo que deberian hacer es que esas 4 subclases que heredan de Entidad estaen unidas con las flechas de inheritance a su clase padre.

Si quieren charlar bien que tipo de relacion tiene cada una de las subclases con Juego armen el diagrama, pasenlo por aca y lo vemos.

[LorenzoDGreco]

Perfecto, por el momento vamos bien con eso, una vez que lo tengamos completo me gustaría de que lo vieras a ver si estamos mal en algo, por otro lado si hay otra que no estamos muy seguros que es de la modularizacion que hicimos en el juego, actualmente estamos viendo que el juego ante Movimiento, Estado y Tps tiene una composición para cada una pero algo de lo que no estamos tan seguros es que tan fuerte es la relación entre: " movimiento -> estado " " estado -> tps " Pensamos que se podría tratar de una asociación o de una dependencia ya que Movimiento tiene como atributo a una instancia de Estado y Estado tiene como atributo una instancia de Tps como no así su viceversa

[salluzziluca]

Buenasss, para las dudas de UML es más fácil si directamente hacen el diagrama (tomando una de las opciones que creen que podrían estar bien) y cualquier cosa ahí lo charlamos o los corrigio, porque hablar de UML en el aire es.medio lioso a veces. Eso o referenciar código, así no tengo que andar buscando en su codebase (ahora por ej les estoy respondiendo desde el celu y ponerme a mirar código va a hacer que recién les responda cuando termine de laburar o mañana) Igual ahora intento mirar

[salluzziluca]

Ambas serían válidas, el tema de la dependencia es que, al no tenerla como atributo, todas las veces que tenga que usar ese objeto, tiene que recibirlo. A veces eso es poco cómodo y por eso uno tiende a la asociación, pero siempre que lo justifiquen bien, ambas som validas

[LorenzoDGreco]

Ok perfecto, entonces tenemos nuestro uml de la siguiente manera:

https://drive.google.com/file/d/1hol1CDy5AQpdjM-V3tdGI3RtHF5q4yI9/view?usp=sharing

si tiene algo que corregir bienvenido sea

[LorenzoDGreco]

Para una mejor visualización use la app

[salluzziluca]

Muuuy buen diagrama, super completo, los felicito. Tengo una sola duda: Esa flecha que de la vista al controlador, a que hace referencia?

[LorenzoDGreco]

Es una asociación que tiene la Vista -> Controlador para así poder tener los HandlerEvent en el controlador.. pero estoy re-viendo el código y lo terminamos haciendo forma tal que con la asociación de Controlador -> Vista ya es más que suficiente, ósea esa flecha no debería de estar ahí o.o

[salluzziluca]

Todo pelota