Can't iterate `http::header::ValueDrain` non-destructively
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- rust
- Domaine
- backend-api-design
Piste de recherche
Commencez par localiser l’implémentation et le comportement de l’itérateur de http::header::ValueDrain, puis examinez comment sont représentés la suppression de HeaderMap et l’accès à HeaderValue. Le travail est terminé lorsqu’un chemin d’itération emprunté peut exposer les valeurs supprimées sous forme de références, prendre en charge les itérations répétées et préserver le comportement existant de l’itérateur possédant les valeurs, sans nécessiter de collection.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
I need to remove an entry from a HeaderMap and then iterate the removed values non-destructively. The reason for this is I need to mutate the HeaderMap while I'm processing the removed values, but I need to process the removed values as &[u8] or &str. Doing anything else will involve reallocating for every value (I need to trim off the front) and that should be unnecessary for what I'm doing. If HeaderValue exposed its inner Bytes representation then I could use that (as that is cheaply cloneable), but it doesn't, and so I can't.
The simplest solution here would be if http::header::ValueDrain supported iterating references to its values. I know it's already an iterator, but it could have an .iter(&self) method that returns an iterator that borrows the drain (and then &'_ ValueDrain could also implement IntoIterator to return that same borrowed iterator). This way I can work with references to the values, or iterate the values multiple times, without having to collect them into a separate allocation (such as a Vec).
- Langage dominant
- Rust
- Étoiles
- 1.4k
- Forks
- 382
- Merge moyen
- 10 h 32 min
- PR mergées (30 j)
- 2
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
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.
Autres issues de hyperium/http
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 62/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 58/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 62/100
Toutes les issues de hyperium/http
Issues similaires
-
mxl-compile: пример заполнения ячеек отклоняется UnicaPeut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouverte
Difficulté 1/5 1-3 heures Accessibilité débutants 91/100
IngvarConsulting/unica#1301 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
-
curator: add tutros/sbxmOuverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 75/100
ajeetraina/awesome-docker-sbx#220 ·
-
`helios / deploy`: switch zone wait in `deploy.sh` has almost no headroom over healthy startup timesPeut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. OuverteTest Flake
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
oxidecomputer/omicron#11453 ·
Les mainteneurs répondent en général sous 1 jour