Existe alguma diferença prática entre usar o babel-runtime e o babel-polyfill quando * não * estiver desenvolvendo uma biblioteca? (por exemplo, aplicativo da web)
Está tudo no título, realmente.
Na documentação do Babel, há a seguinte linha nopágina que descreve o babel-runtime
Outro objetivo desse transformador é criar um ambiente em área restrita para seu código. Built-ins como Promise, Set e Map são alias aos core-js, para que você possa usá-los sem problemas, sem precisar exigir uma poluição global.polyfill.
opolyfill é apenas isso, um arquivo JavaScript separado que inclui alguns itens ausentes.
Testei o polyfill x usando o babel-runtime com minhas ferramentas de construção (webpack) e meus arquivos sãolevemente menor quando eu uso o babel-runtime.
Não estou desenvolvendo uma biblioteca ou plug-in, apenas um aplicativo Web e também não me importo com o escopo global que está sendo poluído. Sabendo disso, além do tamanho final um pouco menor do arquivo, existem outros benefícios ou pontos práticos no uso do tempo de execução no polyfill?