JavaScript Framework per applicazioni web strutturate tradizionalmente

2

Sto cercando un modo per controllare grandi quantità di codice JavaScript in un'applicazione web ASP.Net MVC.

Ho guardato Ember.js e mentre è piuttosto convincente prende il controllo del routing e come tale tratta il server come poco più di un luogo da cui ricevere chiamate API. Questo non è veramente utile per quello di cui ho bisogno.

Mi chiedevo se ci fossero raccomandazioni per progetti simili là fuori che permettessero JavaScript più veloce, più strutturato, ma nelle tradizionali applicazioni web basate su server?

    
posta Damien 26.04.2013 - 09:30
fonte

3 risposte

1

Dai un'occhiata a knockout.js è una libreria MVVM. Come molti altri framework non ha alcun routing. Piuttosto ha un concetto di osservabili. Ciò significa che può osservare qualsiasi elemento DOM per le modifiche e una volta rilevato aggiorna automaticamente l'interfaccia utente. Questo può occuparsi della maggior parte dell'interazione DOM che facciamo in una singola pagina applicazioni come mostrare / nascondere determinate parti dell'interfaccia utente in base alle azioni dell'utente.

Per me knockout.js ha la sintassi più pulita in framework javascript. Tutti i binding sono fatti tramite gli attributi html 5 data * .

Potresti anche voler controllare questo eccellente articolo che confronta i più famosi framework javascript mvc.Se hai già scritto un sacco di codice lato client e stai pensando di migrare a knockout.js controlla questa domanda che ho chiesto sullo stack overflow. La risposta mi ha davvero aiutato a trovare un modo efficace per farlo.

    
risposta data 26.04.2013 - 11:18
fonte
1

Ci sono un sacco di vari framework JavaScript.

Puoi trovare esempi di applicazioni qui: link

E un bel paragone qui: link

Personalmente mi piace Angolare in quanto è più potente di Knockout e più leggero di Ember.

    
risposta data 26.04.2013 - 13:56
fonte
1

È possibile disabilitare la gestione degli URL di Ember. Leggi la guida link prima di scartare Ember. Ciò che è considerato un'applicazione Web strutturata sul lato client sta andando avanti in modo rapido e piacevole (ad esempio Ember). Questo fatto rende anche obsoleto l'articolo suggerito da Niphra da Smashing Magazine se stai valutando Ember.

Ma Ember potrebbe non essere ancora un modo per strutturare grandi quantità di codice JavaScript esistente. Qualcun altro potrebbe occuparsi di questo argomento.

    
risposta data 19.09.2013 - 16:52
fonte

Leggi altre domande sui tag