Recentemente, estou pensando em como mesclar arquivos JS front-end. Obviamente, ele não inclui arquivos que não podem ser mesclados, mas arquivos que podemos mesclar. Depois de pensar nisso, deve haver apenas três maneiras.
Os três métodos são os seguintes:
1. Um arquivo grande, todos os JS se fundem em um arquivo grande e todas as páginas se referem a ele.
2. Cada página é um arquivo grande e cada página se funde para gerar o arquivo grande do seu próprio JS.
3. Mesclar vários arquivos grandes compartilhados, mesclar vários arquivos JS compartilhados de acordo com a prática e cada página se refere a vários arquivos grandes compartilhados.
Além disso, na minha opinião, a Merge tem dois propósitos:
1. Para reduzir o número de solicitações.
2. Considerações de segurança de código (quanto mais arquivos são divididos, mais fácil é ser visto com clareza).
PS: Observe que o que estou falando não é confusão de compressão, apenas mescla
1. Um arquivo grande
Dessa forma, é mesclar todos os JS em um arquivo grande, independentemente da situação, e todas as páginas se referem a ele, mesmo que algum código não possa ser usado.
vantagem:
(1). É simples de mesclar e fácil de usar.
(2). Outras páginas podem ser carregadas usando otimização de cache.
deficiência:
(1). A página pode ser carregada em códigos que não são usados nesta página.
Cenários não aplicáveis:
(1). Definitivamente, esse método não é adequado para grandes aplicativos da Web e, independentemente da quantidade de código de arquivo único, a complexidade da empresa não nos permite fazer isso (nunca vi esse site fazer isso).
Cenários aplicáveis:
(1). Os aplicativos híbridos, sejam aplicativos híbridos da Mobile ou aplicativos híbridos do PC (aplicativos de desktop, semelhantes à estrutura de desenvolvimento da equipe YouDAO Hex+Chromium+NodeJS), são muito adequados e não haverá problemas de velocidade de solicitação. A segurança do código desses aplicativos localizados no código do cliente é mais importante.
PS: Claro, o mais importante é a segurança do back -end. Independentemente de o front -end estar rachado, se o back -end melhora a verificação de entrada e se isso impede a excesso de autoridade, o back -end é a chave, o que significa que o ditado "não confie em nenhuma entrada do usuário".
2. Arquivos grandes em cada página
Mesclar cada página para gerar um arquivo grande de seu próprio JS e gerar várias mescladas JS.
vantagem:
(1). Cada página usa o JS mais preciso e não haverá código irrelevante.
deficiência:
(1). Existem muitas páginas, vários JS serão gerados, resultando em uma grande quantidade de redundância no código JS comum.
(2). A parte compartilhada não pode ser carregada usando a otimização do cache.
(3). A fusão e o uso serão relativamente complicados.
Eu sempre acho que algo está errado com esse método. Pequenos aplicativos podem lidar diretamente com um arquivo grande, e aplicativos grandes não farão isso e não podem ser usados em aplicativos híbridos. Nesse caso em que o tamanho do pacote de instalação é importante, o código redundante não pode ser tolerado. Quando eu estava pensando em vários cenários, descobri que ele poderia ser resolvido usando os métodos acima ou abaixo, e era melhor, então acho que esse método é inútil.
3. Mesclar vários arquivos grandes compartilhados
De acordo com a prática, mesclará vários arquivos grandes compartilhados (como classificação da biblioteca de dependência) e mesclar os arquivos JS necessários (como classificação comercial), cada página se refere a um ou mais arquivos grandes compartilhados e os arquivos JS desta página.
vantagem:
(1). A parte compartilhada é carregada e as referências a cada página são o mais alta possível sem redundância.
deficiência:
(1). Haverá mais ou menos páginas que farão referência ao código indesejado, e o compartilhamento não é um compartilhamento completo.
Cenários aplicáveis:
(1). Aplicações grandes e pequenas são mais adequadas. Cada página pode ter muitas peças comuns, e a fusão de arquivos razoável será muito crítica.
Resumir
Este documento é apenas um pensamento e é apenas uma discussão geral. Existem muitos métodos para a fusão de arquivos, que são gerados dinamicamente pelo back -end ou gerados diretamente por ferramentas (Grunt+requerjs). Os três métodos de fusão acima também são determinados por nossas necessidades práticas.
A fusão é muito importante, mas não é recomendável que todos os documentos sejam mesclados. Alguns documentos não podem ser mesclados. Alguns são melhores para documentos individuais, mas depende do cenário específico.
As três maneiras acima de mesclar o arquivo JS front-end são todo o conteúdo que eu compartilho com você. Espero que você possa lhe dar uma referência e espero que você possa apoiar mais o wulin.com.