Ability to cache for offline usage
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- typescript
- Área
- api
Línea de trabajo
Empieza leyendo src/hydra/parseHydraDocumentation.js, especialmente la sección de parsing enlazada en las líneas 196-442, y revisa las pruebas existentes que usan JSON.stringify(). Define el límite entre la obtención y el parsing, y después verifica que las especificaciones de API se puedan restaurar para su uso offline sin perder referencias; llegar a un acuerdo sobre el diseño forma parte de lo que se considera terminado.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hi,
I'd like to be able to initialize the API specs from an existing cache in order to get the most recently known state of the api docs in case of offline usage.
Basically I need to be able to serialize the specs into JSON and deserialize from JSON. As far as I can see the tests currently utilize JSON.stringify() already which is nice but in my case I'm getting issues with an API spec which has circular references internally (e.g. a Resource is referencing another Resource its Field.reference property).
As the parseHydraDocumentation is capable of creating those references properly based on the api docs I'm currently thinking that utilizing the collected response(s) for caching and instantiate a new instance of Api with its belongings from that state.
If I see it correctly it should be sufficient to separate the "fetch" and "parse" capabilities that are currently handled implicitly in the parseHydraDocumentation - like having one separately exported function that does only the parsing which is currently done here:
I could try to come up with a PR for this but I'd like to get some opinions on that first.
Best
- Lenguaje dominante
- TypeScript
- Estrellas
- 113
- Forks
- 80
- 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 api-platform/api-doc-parser
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
api-platform/api-doc-parser#158 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
api-platform/api-doc-parser#130 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
api-platform/api-doc-parser#129 · 1 comentario ·
-
api-platform/api-doc-parser#125 · 1 comentario · 1 asignado ·
-
api-platform/api-doc-parser#115 · 4 comentarios · 1 asignado ·
Todos los issues de api-platform/api-doc-parser
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
bug v2
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
modelcontextprotocol/inspector#2458 · 1 comentario ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
railmapgen/rmp-gallery#4068 ·
-
Mend: dependency security vulnerability status: needs triage 🕵️♀️
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
carbon-design-system/ibm-products#9907 ·