Ability to cache for offline usage
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- typescript
- Ambito
- api
Direzione di ricerca
Inizia leggendo src/hydra/parseHydraDocumentation.js, in particolare la sezione di parsing collegata alle righe 196-442, e rivedi i test esistenti che usano JSON.stringify(). Definisci il confine tra il recupero e il parsing, quindi verifica che le specifiche API possano essere ripristinate per l’uso offline senza perdere riferimenti; raggiungere un accordo sul design fa parte del completamento.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- TypeScript
- Stelle
- 113
- Fork
- 80
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di api-platform/api-doc-parser
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
api-platform/api-doc-parser#158 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
api-platform/api-doc-parser#130 ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
api-platform/api-doc-parser#129 · 1 commento ·
-
api-platform/api-doc-parser#125 · 1 commento · 1 assegnatario ·
-
api-platform/api-doc-parser#115 · 4 commenti · 1 assegnatario ·
Tutte le issue di api-platform/api-doc-parser
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
bug v2
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
modelcontextprotocol/inspector#2458 · 1 commento ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
railmapgen/rmp-gallery#4068 ·
-
Mend: dependency security vulnerability status: needs triage 🕵️♀️
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
carbon-design-system/ibm-products#9907 ·