tecniche radicali per ridurre ScriptResource.axd? (E facoltativamente WebResource.axd)

Question

Scenario : ho un complesso Asp.net applicazione che serve varie unità attraverso le collezioni di controllo a livello di codice costruiti in HttpModules. Alcuni di questi controlli usano Asp.NET Ajax.

Attraverso molte unità differenti, medie ScriptResource.axd una dimensione di trasferimento di circa 27k.

Ho un soffitto che permette solo ~ 3k per esso.

Non sicuramente non è il momento di retrofit tutte le funzionalità Ajax con jQuery o funzioni JS arrotolate a mano o roba del genere. Abbiamo già l'axd provenienti oltre con la codifica gzip (non compresso è più come 97k). E 'spesso in cache, ma questo non importa: devo colpire un, basso, limite rigido esternamente imposto prima richiesta di dimensione totale di trasferimento ... markup, script, immagini e tutto sommato un-la piromane. Ho evitato i .axds, ma in realtà non c'è nessun altro posto dove byte rasatura, e devo andare 24k.

Tutte le idee? Am I affondato?

possibili approcci : Non sono ancora utilizzando la funzionalità compositescript Asp.NET 3.5 SP1, ma ho cifra che sarebbe solo di risparmiare sulle intestazioni di richiesta / risposta, e non sto nemmeno contare le intestazioni sicuro contro me.

Non ho altre idee diverse da qualcosa di radicale, come la creazione di un filtro di risposta che utilizza la riflessione e alcuni dizionari per capire cosa JS funzioni sono in realtà necessarie , e solo emettere quelli. Potrei cache l'elenco risultante per ogni unità, dal momento che ho un soffitto basso tempo di risposta pure, e io non credo che il .axds cambiano da un richiesta ad un altro. È questo fattibile? Tutte le altre idee? ... che se compro birra per l'eroe con una soluzione?

Answer 1

La riflessione è forse una buona idea. Inoltre, cercare le parti che sono raramente utilizzati e trovare un altro modo intorno ad esso o operare senza tale funzionalità. Inoltre, comprimere gli script Ajax come più possibile ( YUI Compressor funziona bene per JavaScript).

Answer 2

Sono assolutamente secondo commento di Andrew. Ci sono due cose che si dovrebbe fare dal punto di vista della configurazione però.

Gzip (che avete già fatto) Modalità script = uscita (che sarà sbarazzarsi di spazi bianchi).

Oltre a questo, v'è un'opzione più ... e che è NON usare per Microsoft AJAX Biblioteca a tutti. Si può scegliere di scrivere il proprio libreria per Ajaxification e utilizzare solo le cose che si desidera. La domanda che rimarrebbe ancora è ... vale la pena il dolore? Se lo è, andare per esso. tenere a mente, però, che un sacco di dolore con la scrittura la propria libreria, non è che è difficile da scrivere. Il vero mal di testa è di mantenere ciò che si scrive, prova su tutte le piattaforme che sono disponibili, e correggere i bug ... ripetere il test ... e così via ... si ottiene l'idea!