Html5-boilerplate: Atualizar jQuery para 3.5.1 ou ... Remover jQuery? Discutir!

@coliff disse

Fiz um PR para atualizar para o jQuery 3.5.0 hoje, mas parece que um lançamento rápido de patch (jquery / jquery # 4665) será lançado em breve, então precisaremos atualizar novamente - OU podemos considerar a remoção do jQuery por completo. A forma como os sites são construídos mudou muito nos últimos 10 anos e o jQuery não é mais uma inclusão essencial. Se as pessoas quiserem adicioná-lo, será fácil fazerem por conta própria, sem que seja incluído por padrão para todos.

Também estou aberto a uma opção onde você pode opcionalmente construir o projeto com / sem jQuery a partir da linha de comando. Eu quero ter uma versão com a qual estamos felizes e que vem no zip 8.0, mas também estou feliz em colocar algumas coisas opcionais na construção - usando propriedades estáticas em um arquivo de configuração para tornar isso muito fácil. Também poderíamos adicionar coisas como o valor para o atributo lang.

Designer de IU aqui, usuário frequente deste projeto para prototipagem de interações de sites e tal.

Minha reação inicial foi: _oh não, não leve meu jQuery embora_. Eu estou preso em meus caminhos e ainda o uso, pois ele simplesmente "faz sentido" para coisas simples de travessia e manipulação de DOM.

Mas, após 2 minutos de consideração: _bundear uma biblioteca de terceiros não é uma competência central deste projeto_. É trivial adicionar jQuery por conta própria. Na verdade, por motivos que não me lembro agora, retirei a versão incluída e adicionei jQuery Slim em meu protótipo mais recente.

Incluir o jQuery é tremendamente simples com seu CDN (https://code.jquery.com) e é fácil de baixar, então, eu digo que é seguro remover.

Eu acho que a tendência agora é remover o suporte a jQuery, e seria correto oferecer suporte a essa tendência e jQuery não deveria ser incluído por padrão no web dev hoje em dia. De qualquer forma, se o desenvolvedor preferir usar o jQuery é muito fácil adicioná-lo, mas quando ele não for incluído por padrão, acho que é mais provável fazer um desenvolvedor concider se o jQuery é realmente necessário em seu projeto, quando ele basicamente precisa apenas alternar a classe uma vez..

Construir opcionalmente o projeto com / sem jQuery onde jQuery está desativado por padrão parece ser a melhor opção para mim.

Remova-o e remova-o agora! 💯

Para ecoar https://github.com/h5bp/html5-boilerplate/issues/2215#issuecomment -615350077 A remoção do jQuery dá às pessoas alguma flexibilidade na escolha de como e o que podem ou não adicionar para aprimorar seu site. Em um ponto, era fato que o jQuery era uma parte necessária de qualquer site e agora é apenas uma das muitas ferramentas que os desenvolvedores podem usar para realizar uma variedade de tarefas de front-end.

Indo uma vez .... Indo duas vezes ...

Só queria entrar em contato com meus pensamentos rapidamente. Sou um grande fã de jQuery e o uso em muitos projetos, mas existem alguns bons motivos pelos quais não devemos incluí-lo por padrão no modelo:

• Às vezes, os usuários podem querer usar a estrutura menor e estreita
• A auto-hospedagem do jQuery em vez de usar um CDN de terceiros tem muitas vantagens, incluindo maior vida útil do cache do navegador (ativos de terceiros geralmente têm vida útil mais curta do cache) e desempenho potencialmente melhorado por não precisar fazer pesquisa de resolução DNS / TCP / TLS. https://csswizardry.com/2019/05/self-host-your-static-assets/

Por um lado, sou a favor da remoção do jQuery, por muito tempo foi a biblioteca go-to javascript e era usada em quase todos os projetos, porém as coisas mudaram com HTML e CSS mais poderosos e uma ampla variedade de outros soluções javascript.
Mas ... eu uso bibliotecas javascript em meus projetos, geralmente de CDNs, então deixar um exemplo de como implementar uma em seu código da maneira "melhor", "correta" ou mais eficiente ainda é benéfico. (Lembra quando costumávamos colocar quase tudo entre as head -tags?)
Para evitar a implicação de que jQuery deve ser um padrão dentro de cada projeto, uma biblioteca falsa pode ser usada ou uma biblioteca de funcionalidade única menor, mais um comentário informando que é um exemplo de como implementar.

Remover jQuery do projeto já foi sugerido para mim antes, e foi sugerido como um ponto de discussão para o próximo lançamento 8.0 por @coliff

Estou aberto para discutir isso. Este bilhete é o lugar para essa discussão 🤔 😠 😄 😢

Não vou expor meus pensamentos ainda, mas vou compartilhar o que penso serem as duas maneiras diferentes de ver isso.

Por um lado, as estatísticas de uso do

Por outro lado, para muitas pessoas que atuam no GitHub e permanecem na vanguarda do desenvolvimento de front-end, o jQuery tem três ou quatro gerações e não tem nenhum lugar em seu desenvolvimento diário. Ele pode viver como uma dependência em algum lugar em alguns projetos, mas fazer um monte de $() coisas é algo do passado.