amere / yugioh Goto Github PK

Buenas noches, aquí puede usar la técnica de refactoring " Inline Class " ya que la clase no tiene responsabilidades por lo que no tiene tanta utilidad .La ventaja sería que libera memoria operativa al equipo .Aquí le muestro como quedaría el antes y después:
Antes:

Después:

Muchas gracias por su atención.

Buenas noches, mil disculpas. Soy una estudiante de Ingeniería en Computación, debido a una tarea tuve que buscar un repositorio , en la cual tengo que ver si hace falta la aplicación de patrones de diseño. Ah sería bueno si utiliza el patrón Builder con el fin de producir distintos tipos y representaciones de cartas usando el mismo código de construcción para cada una. Además, Se puede utilizar el principio de responsabilidad única debido a que se puede aislar el código de construcción con el de la lógica del programa.
Aquí le muestro un diagrama uml del mismo:

Por otro lado, también podría aplicar el patrón de diseño Observer , que permite establecer relaciones entre los distintos objetos durante el tiempo de ejecución, que en este caso sería el tiempo en el que se desarrolla el duelo. También, se puede agregar otros tipos de eventos que pueden utilizar los jugadores. Aquí le muestro el diagrama uml de como quedaría:

Muchas gracias por su atención.

Buenas noches, aquí puede usar la técnica de refactoring "‎Reemplazar condicional con polimorfismo‎" ya que existen varias cartas de hechizo y estas realizarán diferentes acciones dependiendo del tipo. Aquí le muestro como quedaría el antes y después:
Antes:

Después:

Muchas gracias por su atención.

Buenas noches, aquí puede usar la técnica de refactoring " Reemplazar Temp por consulta " ya que el resultado de una expresión se pone en una variable de tipo local para luego usarla en el código. Las ventajas serían que el código se vuelve legible y este resultado se puede utilizar en otros métodos .Aquí le muestro como quedaría el antes y después:
Antes:

Después:

Muchas gracias por su atención.

Buenas noches, aquí también podría aplicar el patrón Decorator ya que permite añadir dinámicamente nuevas excepciones al momento de realizar el duelo. Se puede  combinar algunos comportamientos envolviendo un objeto con varios decoradores. Aquí le muestro el diagrama uml:

Buenas noches, aquí puede usar la técnica de refactoring "Extract (Método) " ya que el método tiene un fragmento de código que se puede agrupar. Las ventajas serían que el código queda más legible y hay menos código duplicado. Aquí le muestro como quedaría el antes y después:
Antes:

Después:

Muchas gracias por su atención.