Optimize grid updates
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 20/100
- Tipo de issue
- Refactorización
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript
- Área
- performance
Línea de trabajo
Comienza revisando el pull request #40, que contiene la optimización propuesta para la actualización de la cuadrícula, y compárala con el flujo de actualización actual. Se considera terminado cuando las actualizaciones comienzan en las celdas modificadas, se propagan a los vecinos afectados hasta alcanzar un estado estable y evitan volver a considerar las celdas que no han cambiado, de modo que las instancias más grandes puedan resolverse de forma eficiente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hey, thank you very much for all your videos, I'm having a blast watching them!
I made a Pull Request here to make grid updates more efficient. Instead of watching all cells one by one hoping that there might be some change, we can start from a modified cell (i.e. options are reduced for this cell), and update the neighbours. For each neighbour that has fewer options than before, we continue and check its neighbours etc.
We stop when no update is possible anymore, and the system is stable.
The idea comes from Constraint Programming, where constraint propagation is a thing that can be done this way. Here the constraints handle the compatibility between adjacent cells, and when a cell changes (its options are reduced), it triggers the consistency check of attached constraints.
The next step will be to collapse a new cell, and check its neighbours etc.
This allows to solve much larger instances, since it doesn't consider untouched cells. Here with 100x100 cells for instance:

- Lenguaje dominante
- JavaScript
- Estrellas
- 219
- Forks
- 64
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de CodingTrain/Wave-Function-Collapse
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
CodingTrain/Wave-Function-Collapse#38 · 2 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
CodingTrain/Wave-Function-Collapse#37 · 1 comentario ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 42/100
CodingTrain/Wave-Function-Collapse#35 · 1 comentario ·
-
Do NOT make a new grid Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
-
Preload more data Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
CodingTrain/Wave-Function-Collapse#26 · 1 comentario ·
Todos los issues de CodingTrain/Wave-Function-Collapse
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
palladius/rails8-app-on-gcp#145 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
dotenvx/dotenv-vscode#139 ·
-
test-change-proposal
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
web-platform-tests/interop#1455 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
corsairdev/corsair#1764 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100