[IV 22-23] Objetivo 2

[marcosrmartin]

Sobre la estructura del repositorio

• [x] ¿He seguido las mejores prácticas en nombre de las clases y ficheros y disposición de los mismos? Sobre el análisis del problema
• [x] ¿Se ha documentado qué análisis se ha hecho sobre el dominio para decir lo que se ha creado?
• [x] ¿Se ha documentado por qué se ha elegido que lo creado sea un objeto valor, una entidad o un agregado?
• [x] ¿He propuesto un producto mínimamente viable, que en muchos casos será un solo objeto valor que no dependa de ningún otro (y que sea la base de muchos otros)?. Sobre la planificación y la programación
• [x] ¿Los issues representan un problema, y no una tarea?
• [x] ¿Todos los mensajes de commit explican el cambio, y no se limitan a repetir el nombre del fichero que se ha cambiado?
• [x] ¿Los mensajes de commit siguen el formato estándar y buenas prácticas?
• [x] ¿Se ha hecho una revisión real del código para comprobar que todos los atributos y funciones creadas están respaldadas por una HU?
• [x] ¿Todos los issues creados están asignados a una HU?
• [ ] ¿Todos los cambios en el código están asignados a un issue al que se referencia en un commit? Sí Los issues sobre los que estoy trabajando, ¿han sido asignados al primer milestone? No, ya que los hemos rehecho.
• [x] ¿Se ha asignado al mismo milestone el PR que se ha hecho?
• [x] ¿Son los milestones sobre los que estoy trabajando productos mínimamente viables? ¿O tengo que solicitar al product manager que cree milestones adicionales o precise de qué producto se trata?
• [x] ¿Se ha comprobado que el código entregado sea sintácticamente correcto?

Hola Daniel, estas son las estructuras de datos que he pensado que pueden resolver el problema con algunas comprobaciones de errores, si ves que se pueden añadir más lo hablamos. Aparte de esto, la entidad Ruta he decidido que almacene una puntuación para la heurística, un tramo nuevo y un puntero a otro objeto Ruta, ya que así la estructura se podría usar recursivamente (para algoritmos como Dijkstra, y otros de VRP). Si ves que hay algo mal dímelo, y le doy otra vuelta, en el caso de ser sobre la ED Ruta, abrimos un issue para discutirlo allí, de lo contrario espero la aprobación.🤝

[dmonjasm]

Ahora me leeré el código. Lo ideal sería modificar la estructura del proyecto para que siga la estructura común de un proyecto GO. Te paso un enlace con cual suele ser la estructura normal de estos (Estructura básica). En particular a nosotros nos interesan los directorios pkg, internal y cmd. El código inicial de la declaración de la clases debería ir, en un primer lugar, al directorio internal. En cuanto al módulo lo suyo sería inicializarlo en la raíz del repositorio, donde están el README y demás, para así poder acceder a todos los directorios.

Como consecuencia de lo anterior habría que modificar el iv.yaml para que se ajusta a esto. Luego le echo un ojo al código y te comento si creo que hay que modificar algo.

[marcosrmartin]

Listo @dmonjasm

[marcosrmartin]

Cierro porque no he hecho el PR desde una rama de mi fork.