Essendo uno sviluppatore web relativamente nuovo, sono sorpreso che queste librerie non esistessero prima. C'è una particolare ragione tecnica o storica che, intorno al settembre 2010, ha subito un improvviso sviluppo e interesse per le applicazioni e le librerie RIA javascript lato client?
Direi che si tratta solo di una quantità sufficiente di mindshare per gli sviluppatori, combinata con node.js che rinvigorisce la community JavaScript, combinata con html5 che ne influenza il passo. Il fatto è che queste librerie non sono certo le prime, anche se hanno una sorta di nuova razza per loro.
Non importa perché è ancora closed source, ma la mia azienda ha creato un framework JavaScript lato client ricco con molte delle stesse idee di quelle che hai citato: template lato client, associazione dati, MVC, servizi dati basati su REST, automatico caricamento lento, strumenti di compilazione, ecc. E lo stiamo facendo dal 2008. Altri quadri sono sicuramente spuntati in quel periodo di tempo prima della dorsale. JavaScriptMVC è in circolazione da sempre, e anche sproutcore.
I motori Javascript principali hanno aggiunto JIT (Just In Time) in quel momento. Mozilla ha aggiunto TraceMonkey a Firefox, Google ha aggiunto Crankshaft alla v8 in quel periodo. John Resig ha menzionato TraceMonkey quando è appena uscito.
Questi runtime ottimizzati hanno migliorato le prestazioni javascript nei browser di un ordine di grandezza. Prima di allora, i motori javascript non erano abbastanza veloci da fare dal lato client. In particolare, il metodo di Angular di eseguire il binding dei dati utilizzando il controllo sporco sarebbe stato impraticabile nei motori javascript prima del 2010.
Inoltre è stato utile che in quel momento l'HTML5 stesse davvero iniziando a unirsi e le differenze tra i browser iniziassero a diminuire. Ciò ha reso più facile sviluppare ricche applicazioni javascript senza doversi preoccupare di aggiungere soluzioni alternative a ogni browser.
Leggi altre domande sui tag javascript web-applications libraries json ajax