La mia applicazione MVC / MVVM interna dovrebbe utilizzare Web Services for Persistence?

Question

La mia applicazione MVC / MVVM interna dovrebbe utilizzare Web Services for Persistence?

#1 da (1 voti)

1

Solo parlando di applicazioni interne o di applicazioni Web intranet ... In alcune aziende ho visto il loro pezzo di logica aziendale (Modello in MVC / VM in MVVM) su uno (o entrambi) lati di un servizio Web. E dall'altra parte del servizio web c'è Persistenza.

MVC/MVVM > Service Layer > Persistence

Questo è solo per i clienti delle applicazioni intranet / interne e sia il codice Web o app e le dll di persistenza (di solito ORM) si trovano sullo stesso server, o persino nella stessa cartella.

Sono abituato a vedere app interne e siti Web intranet che fanno riferimento a un livello aziendale ... quindi quel livello aziendale si connette alla persistenza. Quindi l'app stessa è persistenza ignorante.

Ma con le mie app, se qualcosa doveva essere esposto esternamente, quel qualcosa veniva aperto tramite un servizio web. Altrimenti, tutto rimane interno.

C'è una ragione per cui ho visto un paio di aziende diverse farlo? Sembrava che non conoscessero la risposta da soli.

web-services mvc mvvm persistence

posta Suamere 07.08.2014 - 16:44

fonte

1 risposta

Leggi altre domande sui tag web-services mvc mvvm persistence

Aggiornamento delle impostazioni sul dispositivo con sistemi embedded con comunicazioni non affidabili Modello di dominio per un sistema di notifica

score 1 · Accepted Answer

Tendo a pensare che sia un po 'sciocco. Più formalmente, è un esempio di ciò che chiamerei "generalità speculativa".

Il controsenso sarebbe che l'architettura che descrivi consente ad altri tipi di client di essere facilmente collegati allo stesso sistema con meno sforzo, e che non si sa mai quale tipo di nuova direzione potrebbe prendere il progetto. (Realisticamente, però, a volte queste cose possono essere conosciute in larga misura. Fingere che tutto sia sconosciuto e richiede generalizzazione può essere un pessimo modo di lavorare, nella mia esperienza.)

Suppongo che il fattore decisivo sia quanto sforzo il team pensa che impiegherà per utilizzare i servizi Web. Superficialmente, non sembra il tipo di cosa che richiederebbe troppo lavoro extra. Tuttavia, le implicazioni di debug e configurazione devono essere considerate (al contrario solo del codice stesso), ed è qui che penso che l'approccio ai Web Services danneggi probabilmente l'esperienza dello sviluppatore.