Uma vez eu utilizei uma técnica aqui em casa para um projeto desktop num pentium 100. O pc ficava muito carregado com a quantidade de script baixado de uma vez para a interface, por causa da memória. Então separei os arquivos em módulos, usando ajax para le-los quando quisesse e usando eval eu conseguia usar uma função só para requisitar o arquivo e executá-lo.

O módulo acabava sendo executado como se fosse uma função, então era apenas arquivos que faziam o que uma função fazia, mas sem estar no corpo da função. Consequentemente eu tinha que “dessetar” as variáveis que sempre eram globais.

Pro meu espanto a performance melhorou muito. Mas admito que não saberia dizer as consequências graves de fazer isso…

Abraço

O lance de unir tudo em um único .js me dá calafrios, algo no estilo “global.js”. Já vi sistemas em que só era possível importar arquivos .js no template principal do sistema, ou seja, todas as páginas do sistemas importariam tudo só porque algum gênio não soube pensar. Claro, isso não se aplica a todos os casos, mas se você deixar o sistema nas mãos desses “arquitetos” você só vê bizarrices!

O lance de carregar scripts em runtime é complicado e chato, IMHO. Eu ainda prefiro importar os scripts de forma tradicional, caso seja notório o overhead então partimos para soluções mais sofisticadas.

Enfim, concordo com você que a idéia de minificação dos scripts é algo realmente válido e se possível deve-se aplicar nas aplicações -em produção-, mas não podemos esquecer que a minificação da própria página em sim através de um filtro também ajuda consideravelmente