È una buona idea cambiare l'applicazione completa a livello aziendale nell'app web ajax [chiusa]

Question

È una buona idea cambiare l'applicazione completa a livello aziendale nell'app web ajax [chiusa]

#1 da (5 voti)
#2 da (2 voti)
#3 da (0 voti)

1

Sto lavorando su un'applicazione completamente scritta usando il metodo lato server nei moduli web asp.net con c #.

Ora il mio team leader vuole convertire l'intera applicazione in ajax, in tale approccio dobbiamo svolgere le seguenti attività una alla volta.

1- Cambia tutti i metodi di pagina in metodi Web in modo che tutti siano metodi statici

2- Usa jquery ajax per chiamare tutti i metodi web.

3- bind html utilizzando la risposta JSON.

Ora sto cercando un framework che possa rendere il mio json html un lavoro facile ma la maggior parte dei framework come (knockout) sono molto compatibili con il framework MVC.

Ho due punti principali:

È una buona idea convertire tutti i metodi in metodi web e usare ajax?
Se devo lavorare con questo approccio qual è il quadro migliore che posso usare?

c# asp.net json ajax

posta rahularyansharma 14.08.2013 - 13:21

fonte

3 risposte

Leggi altre domande sui tag c# asp.net json ajax

Abbiamo bisogno di una riunione settimanale sullo stato del progetto in Agile? Quale modello di programmazione ASP.Net è più vicino a PHP? [chiuso]

score 5 · Answer 1

Che cosa intendi per "buona idea"?

Buona idea per chi?

La tua azienda ha un sacco di soldi da spendere per il capriccio di un architetto?

L'utilizzo di tecniche ajax può fornire un'esperienza utente molto migliore, non c'è dubbio.

I tuoi clienti finali, chiunque essi siano, si lamentano del modo in cui funziona l'app? Questo sarà solo parte di una riscrittura che è in programma comunque?

score 2 · Answer 2

Is it good idea to convert all methods into web methods and use ajax ? If i have to work with this approach what is the best framework i can use ?

Non c'è un punto d'argento, tuttavia avrebbe senso convertire una volta che hanno un controllo di convalida sulla logica di business. Pertanto, puoi avvisare / feedback utente prima di post-backing del modulo riducendo i costosi round trip sul server.

C'è un modello di progettazione MVP per ASP.NET moduli web. Può aiutare a ridurre i problemi legati al binding stretto che si ottiene con i moduli ASP.NET.

ps: se si avvia un nuovo progetto, ASP.net MVC è una scelta migliore. Ma se vuoi semplicemente rifattorizzare un progetto esistente come hai appena detto, allora MVP è l'opzione perché non esiste un modo semplice per convertire quei codici di forme web in pattern MVC.

Riferimenti che potrebbero essere utili:

score 0 · Answer 3

Ci sono due parti nella tua domanda: "è una buona idea" e "dovremmo farlo in questo modo"

Per rispondere al primo devi rispondere alla domanda su quale problema stai cercando di risolvere, cioè quali problemi con il sistema attuale (il tuo progetto guida o chi richiede il cambiamento) credi che questo cambiamento si risolverà? A meno che tu non abbia una chiara comprensione di ciò, è un progetto "perché possiamo" e non è una buona idea.

Per rispondere al secondo, erm, no ... non sembra un approccio ragionevole. Per prima cosa è necessario isolare la logica aziendale e l'accesso ai dati dall'interfaccia utente (vedere i riferimenti MVP forniti da altri) che consentono di esaminare l'architettura desiderata per l'applicazione lato client e creare l'API necessaria per supportarlo (che dovrebbe siediti sostanzialmente sulla stessa logica di business e di accesso ai dati che hai separato dalla tua interfaccia utente esistente).