TL; DR
In HTTP/1.1, si doveva fare il minor numero di richieste possibile per ottenere le prestazioni; in HTTP/2 si ha un impatto minimo sulle prestazioni per richiesta, ma si possono comunque raggiungere vincoli di risorse e gestione delle dipendenze che richiederanno uno strumento di raggruppamento come il webpack.
Versione lunga:
Webpack (o qualsiasi altro bundler) può ancora fornire valore in un mondo HTTP/2 perché mentre HTTP/2 permette multiplex, asincrono, le query simultanee dal client al server, non significa che l'attuale server a cui ti stai collegando ha una capacità illimitata di processarli o addirittura consentirli.
Nel frame SETTINGS inviato quando ci si connette, la maggior parte dei server limiterà il numero di stream simultanei a un valore ragionevole come 100. Ciò significa che non è possibile emettere più di 100 richieste simultanee, che è un problema se si dispone per esempio una grande app React disaggregata con centinaia di file js.
Inoltre, in molti casi, si hanno delle dipendenze transitive tra i file javascript e se non si raggruppano tutte le dipendenze, saranno necessari molti round trip di richiesta poiché il browser scopre solo le dipendenze quando riceve le risposte precedenti , annullando i vantaggi di HTTP/2. (In alternativa, il server potrebbe essere in grado di inviare automaticamente le dipendenze, ma questo crea un'intera serie di problemi).
Per questi motivi, è utile utilizzare webpack per raggruppare un numero di bundle omogenei per assicurarsi che le richieste simultanee massime rimangano al di sotto dei limiti del server mantenendo il bundle sufficientemente granulare per sfruttare l'efficiente caching del browser.
Trovo un po 'umoristico che finché si suffraggono le nostre richieste di opinioni con "Voglio fatti" (apparentemente fatti su opinioni). La pattuglia "fuori dal mondo" lo lascia. Buono su di te @battmanz, cane furbo! –
@ZephyrPellerin Ehi, devo rispondere alla mia domanda in qualsiasi modo! :) – battmanz