Devo usar JSAPI do Google no código de produção?

StackOverflow https://stackoverflow.com/questions/1106755

  •  12-09-2019
  •  | 
  •  

Pergunta

duplicado possível de:

deve-i-link-to google -apis-nuvem-for-js-bibliotecas

também muitas outras discussões, incluindo:

Onde você incluir a biblioteca jQuery? Google JSAPI? CDN? melhor maneira de usar jQuery hospedado do Google, mas cair de volta para a minha biblioteca hospedada no Google falhar

Eu estava olhando para o exemplo MCE plug-in minúsculo e vi este código no head do documento: 

<script type="text/javascript" src="http://www.google.com/jsapi"></script>
<script type="text/javascript">
    google.load("jquery", "1.3");
</script>

Eu nunca vi essa maneira de carregar jQuery.

  • É este recomendado para produção?
  • Qual é a vantagem deste método?
Foi útil?

Solução

Sim, definitivamente. Google incentiva-. beneficia a todos. É mais provável que seja em seu cache, e é menos um arquivo que você tem que servir.

Outras dicas

Como outros apontaram respondendo a perguntas semelhantes, há uma desvantagem. Em alguns países (como o Irã), estes são aparentemente bloqueado, quebrando o site.

A vantagem é que está hospedado em googles super baixa latência e servidores rápidos. você também pode simplesmente usar 

<script type=”text/javascript” src=”https://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js”></script>

é o mesmo efeito.

ter em mente que carrega google JSAPI os scripts só depois de o documento em si é carregado.

Assim, se (por exemplo) que você está usando $(document).ready() do jQuery em seu aplicativo web, você vai ter que mudar para google.setOnLoadCallback().

Eu acredito que o Google JSAPI também é assíncrona e ajuda a evitar o "pedágio" melhor descrito por "Imagine que há uma estrada de 4 pistas entre o seu navegador web ea própria internet. Esta estrada é otimizar a deixar imagens, texto, . e css mosca pela Mas, quando se trata de scripts externos, a rodovia cria uma cabine de pedágio que o tráfego retarda a pior parte é que as imagens de texto e css pego por trás desses scripts têm que esperar até que eles passam." - Andres Vidal

O toll-cabine é fundamental e deve ser evitado em todos os momentos.

Eu acho que este método irá ajudá-lo muito, pelos seguintes motivos:

O Google usa uma Content Delivery Network e que vai fazer que os usuários que estão longe do seu local pode baixar suas bibliotecas jQuery mais rápido do que se eles fizeram isso a partir do seu site.

Também vai reduz o pedido para o servidor e fará com que os usuários primeira vez para Javascript Baixar jquery do servidor do Google, e se o usuário tem sido em outro site semelhante com este tipo de aplicação que ele não vai precisar baixá-lo novamente .

Então eu acho que isso vai ajudá-lo a app / site

este arquivo é após a compressão é 24KB, a adição de tal arquivo vai aumentar HTTP pedidos e esperando a resposta e execução e tempo de análise que o navegador vai demorar ... se você diz que o próprio arquivo é armazenado em cache em todos os lugares, mesmo se o arquivo é armazenada em cache no navegador, não se esqueça de considerar o tempo que leva para ler a partir do disco, execução e análise ...

tudo isso por apenas recebendo o arquivo jQuery ou outro comum JS, eu acho que se referir diretamente ao recurso solicitado é melhor

Verificar as melhores práticas do Google para mais informações.

China tem 500 milhões de usuários de internet e não é o único país que bloqueia APIs do Google, o que torna qualquer site que usa http : //www.google.com/jsapi disfuncional. Há uma pequena cabeça: devido à técnica de carga assíncrona, esses sites NÃO FAZEM exibir o mesmo jeito à espera de carga como de outros sites que usam a referência directa como por exemplo:

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top