Combinazione di lato server asp.net + html / js / lato client jQuery

2

Mentre lavoravo con asp.net, sono arrivato a un approccio che utilizza i servizi asp.net per il livello data / business logic e html / javascript / jquery per il livello dell'interfaccia utente, perché non sono riuscito a raggiungere il livello di personalizzazione necessario per l'interfaccia utente con controlli web asp.net.

Mentre ho visto un sacco di libri che descrivono l'uso dei controlli web asp.net e la loro integrazione con la tecnologia asp.net lato server e lo sviluppo web lato client html / js / jQuery senza connessione con alcuna tecnologia lato server, I non ho visto nessun libro che si occupi della combinazione di lato server asp.net + html / js / lato client jQuery.

La mia domanda è: questo approccio è accettabile o ho trascurato alcune tecnologie diffuse che sono più adatte a svolgere tali compiti? Il mio limite è che deve essere basato sulla tecnologia del lato server asp.net/mvc, perché la mia gestione lo sollecita.

    
posta web.dev 30.12.2013 - 23:19
fonte

2 risposte

3

Lavoro in un negozio .NET che ha storicamente utilizzato Webforms. Stiamo eseguendo la migrazione del nostro software a MVC, tuttavia ho qualche esperienza personale con l'idea che stai descrivendo. Suppongo che tu stia utilizzando Webforms, non MVC , dato che .NET MVC utilizza regolarmente javascript per il livello dell'interfaccia utente. Se non è il caso, sentiti libero di ignorare.

La risposta semplice e diretta alla tua domanda è che l'approccio è decisamente accettabile. Tuttavia, viene con una varietà di mal di testa. Il problema di base è che cose come HTML (in particolare HTML5) e Javascript / JQuery hanno un tatto opposto rispetto a .NET Webforms quando modellano una pagina. Javascript riconosce la natura fondamentalmente stateless del Web, mentre .NET Webforms tenta di fingere che una determinata pagina abbia uno stato (come una Winform) e di sfruttare il mezzo per mascherare la natura stateless della presentazione.

In altre parole, l'uso di .NET Webform su un nuovo progetto ti darà un numero infinito di mal di testa per un utilizzo più semplice e casuale. D'altra parte, mi associoi con tutto il cuore ad usare un back-end MVC .NET con HTML / Javascript / JQuery per l'interfaccia utente. Queste due tecnologie si adattano abbastanza bene e sono progettate pensando alla natura senza stato del web. Avere .NET MVC per la business logic e HTML / Javascript per il front-end è piuttosto ideale, secondo me.

Gli approcci alternativi consisterebbero nell'utilizzare completamente un altro framework (come Ruby on Rails, qualche forma di PHP, ecc.), tuttavia, dato che hai familiarità con ASP.NET, direi di provare MVC. Usa ancora .NET Framework e il set di funzionalità, solo con un set di strumenti più logicamente concepito per interagire con il web.

Tutto ciò va fuori dalla finestra se l'applicazione che stai facendo è di dimensioni ridotte, come per una intranet aziendale che serve decine di dipendenti. In tal caso, la velocità e la semplicità delle Webform potrebbero essere esattamente ciò che stai cercando - anche se scoprirai che, come detto sopra, fare molto in termini di consumo di metodi web e di aggiornamento di pagine parziali sarà un compito ingrato.

Per varietà, ecco un paio di punti di vista contrastanti:

  1. Pro-MVC
  2. Pro-Webforms
risposta data 31.12.2013 - 15:36
fonte
0

Bene, ho scoperto che la tecnologia più adatta per questo è l'API Web ASP.NET, e qui hanno sviluppato modelli per applicazioni per pagina singola

link

si capisce che è meglio usare angular.js e poi knockout.js.

    
risposta data 31.12.2013 - 13:14
fonte

Leggi altre domande sui tag