Caso esemplificativo di quando si utilizza ASP.Net w / Angolare vs solo HTML e Angolare consentirebbe di fornire funzionalità l'altra non

0

Quindi sto cercando di giustificare il mio caso di utilizzare ASP.Net Core con Angular in una nuova applicazione, in cui l'applicazione .NET fa un po 'di più che fornisce la base per l'app Angular. È molto simile al caso di avere un'applicazione ASP.NET MVC con jQuery. C'è anche una Web Api coinvolta.

Quindi le due opzioni considerate sono:

  1. Applicazione web ASP.NET Core con angolare per lato client, insieme a a progetto Web Api separato, anch'esso fatto in ASP.NET Core
  2. Progetto Node.js utilizzando solo HTML w / Angular e il progetto ASP di ASP.NET Core Web

La mia preferenza per (1) è che è molto probabile che avremo bisogno di eseguire del codice sul server PRIMA che qualsiasi contenuto venga restituito al client. Anche se non è il caso ora, molto probabilmente sarà il caso. L'argomento contro questo è che "l'API può eseguire il codice sul server".

Quindi suppongo di aver bisogno di alcuni esempi di utilizzo di applicazioni di tipo ibrido ASP.NET con angolare E c'è effettivamente qualcosa fatto nell'applicazione ASP.NET, oltre a servire semplicemente l'app Angolare.

Posso quasi vedere il loro punto. Poiché dopo la consegna iniziale dell'app client, c'è poca interazione con il codice ASP.NET, tutta l'interazione dell'utente è tra l'app client Angular e Web Api. Sarebbe solo il caso se l'app Web .NET avesse effettivamente definito alcune route del server per alcuni controller e / o pagine del rasoio che il codice .NET all'interno della web app sarebbe stato coinvolto.

    
posta bitshift 21.08.2018 - 15:27
fonte

1 risposta

1

La cosa classica di cui hai bisogno che il server faccia ignorare gli sviluppatori front-end è l'autenticazione.

Prima che il server Web ti serva quel file js, html o css statico, la tua richiesta dovrebbe essere autenticata. Con asp.net avresti una pagina Account / Login 'normale' per impostare l'utente prima di reindirizzare alla pagina SPA.

In secondo luogo, dovresti considerare il 'backend api for the api'. Spesso vorrai effettuare le tue chiamate API dal back-end del tuo webserver e inoltrare il risultato in modo che tu possa autorizzare l'utente e utilizzare un'autenticazione diversa, come una chiave API che vuoi mantenere segreta, per la 'vera' Api

Anche questo aiuta con CORS

Vale veramente la pena notare che l'aggiunta di nodo all'equazione quando si utilizza .net per l'api in ogni caso è semplicemente aggiungendo una tecnologia extra senza motivo.

    
risposta data 21.08.2018 - 17:13
fonte

Leggi altre domande sui tag