Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Define a common interface and shared utilities for path planners

Abierto
  • ¿Algo no está bien?
#104 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 9 días

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
35/100
Tipo de issue
Refactorización
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
python
Área
autonomous-driving, robotics

Línea de trabajo

Start by comparing the 16 planners under src/components/plan/, especially the repeated load_grid_from_file implementations and the A* and Dijkstra path utilities. Decide on the shared planner interface and utilities, then migrate planners one by one and document the interface in HOWTOCONTRIBUTE.md. Done means planners share the interface and utilities without constructor file I/O or drawing; open planner pull requests can merge first.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

long term refactoring

Problem

Each of the 16 planners in src/components/plan/ has its own API (1 to 18 public methods). Most run the search, read/write files (map.json, path.json) and render GIFs inside the constructor, so they can't be reused or unit-tested without the file system. Utility code is copy-pasted: load_grid_from_file exists in 9 planners, and make_sparse_path/save_path are identical between A* and Dijkstra. There is no template for new planner contributions.

Proposed direction (to be discussed)

  • A common interface, e.g. planner.plan(start, goal) -> path, with no file I/O or drawing in the constructor
  • Shared grid/path utilities used by all planners
  • Migrate planners one by one, then document the interface in HOWTOCONTRIBUTE.md

Open planner PRs should not be blocked by this; it will be applied after they are merged.

Lenguaje dominante
Python
Estrellas
1.9k
Forks
313
Merge medio
9 d 10 h
PR fusionados (30 d)
7

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

  • Incluye un Dockerfile o un archivo de Docker Compose
  • Sin plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de ShisatoYano/AutonomousVehicleControlBeginnersGuide

Todos los issues de ShisatoYano/AutonomousVehicleControlBeginnersGuide

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.