Javascript framework MVC (separazione delle preoccupazioni) è compatibile con asp.net MVC?

Question

Chiunque ha avuto la possibilità di utilizzare il framework MVC javascript con ASP.NET MVC?

In sostanza i alla ricerca di consigli su un modo di utilizzare insieme, se possibile, il mio asp.net MVC app non può sbarazzarsi di, ma mi piacerebbe utilizzare una sorta di separazione di preoccupazione per il javascript / Jquery .. .

Chiunque usato qualcosa di simile? Sto cercando di immaginare il 2 insieme, perché asp.net mvc offre una vista forse il 2 sarebbe incompatibile .... ??

O sarebbe meglio usare solo un quadro di estensione OOP per javascript e se è così ... qualcuno sa una buona che avrebbe lavorato fianco a fianco con asp.net mvc?

Answer 1

Mark, io sono un altro collaboratore di JMVC. JMVC è progettato per funzionare da servizi dati grezzi, ma può portare molti cappelli.

Si basa su un'architettura server sottile. Ad esempio, invece di dividere la creazione di viste sia sul server e il client, utilizzare asp.net per creare dati JSON prime, poi passarlo a JavaScript, che utilizzerà i propri modelli per generare la struttura HTML finale.

Il vantaggio è che hai già creato un servizio riutilizzabile, e la logica dell'interfaccia utente è tutto in un unico luogo (il cliente).

Tuttavia, non c'è bisogno di fare le cose in questo modo. Si può decidere dove il posto migliore per creare i dati di visualizzazione.

Se le vostre opinioni sono tutte lato server (ritorno HTML da richieste dei client), si potrebbe anche non avere bisogno di molti punti di vista JMVC. Si potrebbe semplicemente usare i controller. Tuttavia, i controllori sono la parte migliore di JMVC. Essi utilizzare la delega evento in modo da non dovete preoccuparvi di collegare eventi!

Ecco un post dove parlo nostra architettura con le rotaie:

http://javascriptmvc.com/blog/?p=68

Answer 2

Sono uno dei ragazzi JMVC. Sì, è possibile utilizzare quei due insieme. Si consiglia l'utilizzo di servizi REST per separare i livelli client / server, in quanto fornisce la separazione più pulita per i vostri dati. Con il riposo che ci si consumano i dati con il vostro cliente, rendendo le richieste di tutti i todos, che sarebbe tornato come JSON. JavaScriptMVC sarebbe quindi chiamare una funzione di callback per il controller, e si sarebbe utilizzare un modello lato client (view) per rendere i dati.

I due sono sicuramente compatibili, ma dipende da dove si desidera la logica di esistere. Un client di spessore ha molti vantaggi, tra cui la scalabilità e manutenibilità.