🐞 Attachments Storage Performance

Ouverte
#94 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
35/100
Type d'issue
Refactorisation
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
swift

Piste de recherche

Lisez l’API des pièces jointes texte dans PR #93 et localisez l’objet de stockage des pièces jointes décrit dans cet issue. Examinez son tableau ordonné par plages ainsi que le fonctionnement de l’insertion, de la suppression et des requêtes par recherche binaire ; le travail est considéré comme terminé lorsque les performances de l’insertion et de la suppression sont améliorées sans modifier le comportement existant des requêtes.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Description

With the new text attachments API , we're introducing a potential performance pitfall in the attachment storage object.

Right now, it stores attachments in an array ordered by range start location. This is fine for querying, as we can do a simple binary search to find attachments. However insertion and removal could be improved as they're both O(N) due to array modification performance.

Langage dominant
Swift
Étoiles
182
Forks
57
Métriques de merge des PR
Aucune PR mergée en 30 j

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de CodeEditApp/CodeEditTextView

Toutes les issues de CodeEditApp/CodeEditTextView

Issues similaires

Plus d'issues Swift

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.