w3c / w3c/FileAPI

Refactor text() et al to share more infrastructure with Fetch

Offen
#133 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
HTML
Sterne
118
Forks
52
Ø Merge
9 T. 16 Std.
Gemergte PRs (30 T.)
1

Beschreibung

Andrea implemented these methods in Firefox and ended up using a shared abstraction with our code for Fetch.

If I look at https://fetch.spec.whatwg.org/#concept-body-consume-body and https://w3c.github.io/FileAPI/#text-method-algo side-by-side it seems quite doable to have less duplication here.

(We might want to point out the one major difference though, which is that File API will create an endless series of streams for the same underlying data where in Fetch that'd require explicit cloning.)

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Lies den Fetch-Algorithmus „concept-body-consume-body“ zusammen mit dem in der Issue verlinkten „text method algorithm“ der File API und beginne mit den gemeinsamen Schritten und deren Annahmen zur Stream-Verarbeitung. Die Arbeit ist abgeschlossen, wenn text() und verwandte Methoden mehr gemeinsame Infrastruktur wiederverwenden und dabei das Verhalten der File API bei wiederholten Streams beibehalten, statt explizites Cloning zu erfordern.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Bereich
api, web-dev
Issue-Typ
Refactoring
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.