LiveSplit / LiveSplit/SpeedrunComSharp
Optimize Embeds away if the non-embeds are already queried
Personne n'a encore pris cette issue.
- Langage dominant
- C#
- Étoiles
- 32
- Forks
- 11
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Embeds seem to be useful as they reduce the amount of API calls needed, but at the same time, they can cause issues with the current Caching implementation, as the elements might already be queried, but the embedded API call has not been done yet. So it causes more queries instead of less queries.
Simply stripping the ?embeds=... from the URL when comparing, doesn't work, because the embedded objects might not be queried yet. If there's more than 1 embedded object that it wants to access, it would cause more queries then. So this isn't really a good solution.
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par retracer l’implémentation actuelle de Caching et la manière dont les URL de requête contenant ?embeds=... sont comparées. Définissez le comportement pour les objets non incorporés déjà interrogés et pour plusieurs objets incorporés, puis vérifiez que les appels redondants à l’API sont évités sans ignorer les données incorporées requises.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- csharp
- Domaine
- api, backend
- Type d'issue
- Refactorisation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100