Vengo dall'utilizzo di ASP.NET MVC / Web API e ora sto iniziando a utilizzare Angular ma non mi è chiaro il modo corretto di mescolarli.
Una volta che sto usando Angular, i concetti lato server MVC forniscono ancora qualche valore? O dovrei utilizzare rigorosamente l'API Web esclusivamente per ottenere dati per le chiamate HTTP angolari?
Tutti i suggerimenti che hai per un ragazzo ASP.NET MVC che passa ad Angular sarebbero utili
Risposte:
Pure Web API
Ero piuttosto hardcore con ASP.NET MVC ma da quando ho incontrato Angular non vedo un motivo per cui ne userei framework di generazione di contenuti lato server. Pure Angular / REST (WebApi) offre un risultato più ricco e fluido. È molto più veloce e ti consente di creare siti Web che si avvicinano abbastanza alle applicazioni desktop, senza alcun trucco funky.
Angular ha una piccola curva di apprendimento, ma una volta che il tuo team l'ha padroneggiato, costruirai siti Web molto migliori in meno tempo. Principalmente questo ha a che fare con il fatto che non hai più tutti questi problemi di stato (meno).
Ad esempio, immagina un modulo guidato con qualsiasi framework lato server tradizionale. Ogni pagina deve essere convalidata e inviata separatamente. Forse il contenuto della pagina dipende dai valori di una pagina precedente. Forse l'utente ha premuto il pulsante Indietro e sta reinviando un modulo precedente. Dove memorizziamo lo stato del cliente? Tutte queste complicazioni non esistono quando si utilizzano Angular e REST.
Quindi ... vieni al lato oscuro ... abbiamo i biscotti.
AngularJS è più associato al paradigma dell'applicazione a pagina singola e, come tale, non beneficia molto delle tecnologie lato server che rendono il markup. Non c'è motivo tecnico che ti impedisca di usarli insieme, ma in senso pratico, perché dovresti?
Una SPA recupera le risorse di cui ha bisogno (viste JS, CSS e HTML) e funziona da sola, comunicando ai servizi per inviare o recuperare dati. Quindi, una tecnologia lato server è ancora necessaria per fornire quei servizi (così come altri mezzi come l'autenticazione e simili), ma le parti di rendering sono in gran parte irrilevanti e non particolarmente utili perché è una duplicazione degli sforzi, tranne che MVC lo fa lato server e Angular lo fa sul client. Se stai usando Angular, lo vuoi sul client per ottenere i migliori risultati. Puoi creare moduli HTML post Angular e recuperare visualizzazioni parziali dalle azioni MVC, ma ti perderesti le funzionalità migliori e più semplici di Angular e ti renderai la vita più difficile.
MVC è piuttosto flessibile e potresti usarlo per le chiamate di servizio da un'applicazione SPA. Tuttavia, WebAPI è ottimizzato e un po 'più facile da usare per tali servizi.
Ho scritto un certo numero di applicazioni AngularJS, tra cui un paio migrate da WebForm e applicazioni MVC preesistenti, e l'aspetto ASP.NET si evolve verso una piattaforma per fornire l'app AngularJS come client effettivo e per ospitare il livello dell'applicazione il client comunica tramite REST (utilizzando WebAPI). MVC è un ottimo framework, ma di solito si trova senza un lavoro in questo tipo di applicazioni.
L'applicazione ASP.NET diventa un altro livello dell'infrastruttura, dove le sue responsabilità sono limitate a:
Un'altra cosa grandiosa di una SPA è che può aumentare la larghezza di banda del tuo team. Un gruppo può eliminare i servizi mentre l'altro giace nell'app client. Dal momento che puoi facilmente bloccare o simulare i servizi REST, potresti avere un'app client completamente funzionante sui servizi fittizi e sostituirla con quelli reali quando hanno finito.
Devi investire in anticipo su Angular, ma ripaga alla grande. Dato che hai già familiarità con MVC, hai un vantaggio su alcuni dei concetti fondamentali.
Dipende dal progetto su cui stai lavorando.
Se angularJS è qualcosa di nuovo per te, preferirei scegliere un piccolo progetto a basso rischio / pressione per iniziare e assicurarti di imparare come fare le cose nel modo giusto (ho visto molti progetti che usano Angularjs in modo sbagliato a causa della pressione, delle scadenze ... mancanza di tempo per impararlo in modo corretto, ad esempio utilizzando JQuery o accedendo al DOM all'interno dei controller, ecc ...).
Se il progetto è un campo verde e hai una certa esperienza su AngularJS, ha senso abbandonare ASP.net MVC e sul lato server andare per REST / WebAPI puro.
Se si tratta di un progetto esistente, puoi raccogliere un sottoinsieme complesso di funzionalità e creare quella pagina come app angularJS separata (ad esempio la tua app è composta da un grande gruppo di pagine standard Razor di complessità semplice / media ma hai bisogno di un editor avanzato / pagina, che potrebbe essere il pezzo di destinazione da costruire con AngularJS).
È possibile utilizzare il framework Angular per lo sviluppo front end, ovvero per costruire viste. Fornisce un'architettura robusta e, una volta che impari, scoprirai i suoi vantaggi rispetto al motore di visualizzazione razor di Asp.net MVC. Per recuperare i dati è necessario utilizzare WebAPI e ora il progetto ASP.Net MVC supporta entrambi i controller WebAPI e MVC fuori dagli schemi. È possibile fare riferimento al collegamento seguente per lo sviluppo di applicazioni Angular e ASP.Net MVC.
http://hive.rinoy.in/angular4-and-asp-net-mvc-hybrid-application/
Sono attualmente disponibili due framework per lo sviluppo di componenti UI per applicazioni angolari. Ho utilizzato entrambi questi framework in uno dei progetti angolari che ho lavorato.
Materiale https://material.angular.io/