Come creare un buon livello di servizio in ASP.NET?


10

Ho esaminato alcune domande, tecnologie per la creazione di un buon livello di servizio, ma ho alcune domande in merito alle quali ho bisogno di aiuto.

Innanzitutto alcune informazioni su ciò che ho per i requisiti. Al momento disponiamo di una serie di applicazioni Web che parlano tra loro in modo da ragnatela (tutte parlano in modo confuso tramite servizi Web e dati di database).

  • Vogliamo cambiare questo in modo che tutte le applicazioni passino attraverso un livello di servizio in cui possiamo lavorare di più con la cache e incapsulare funzionalità comuni e altro ancora.
  • Vogliamo che questo livello disponga anche di un'API Web in modo che i client di terze parti possano consumare informazioni dal servizio.

Il problema che vedo è che se costruiamo il livello di servizio con diciamo API Web MVC4 non abbiamo bisogno di comunicare tra l'applicazione usando l'API web, nel senso che dobbiamo costruire URL e consumare JSON / Xml. Non sembra troppo efficace. Suppongo che un metodo migliore sarebbe lavorare con entità e WCF per comunicare tra l'applicazione ma potremmo perdere la magia dell'API Web?

Quindi la domanda è se esiste un modo per utilizzare un livello di servizio sia come API Web (JSON / XML) sia come livello di servizio più backend con entità. Se siamo costretti a utilizzare 2 diversi livelli di servizio, potremmo dover duplicare alcune funzionalità e altre cose brutte.

Spero che la domanda sia abbastanza chiara e per favore chiedete se avete bisogno di ulteriori informazioni.


Buona domanda. +1 per quello!
Kangkan,

Risposte:


1

Per un set di applicazioni ospitate su Intranet e possibilmente in una LAN, la migliore può essere una connessione TCP per i servizi.

In tal senso, suggerirò, creando un'applicazione di servizio che esponga una serie di endpoint e interfacce di servizio che possono funzionare su TCP. Questi possono essere consumati dalle applicazioni domestiche o di fiducia.

L'applicazione di servizio dovrebbe avere un'altra serie di endpoint e interfacce di servizio che sono esposti per essere consumati via web (API Web).

Quindi l'applicazione di servizio può essere ospitata tramite WCF e gli endpoint / interfacce devono essere aggiunti in base alle necessità.


Quindi creando 1 set di endpoint per la comunicazione interna e 1 set per l'API Web? (E sì, è su LAN con circa 20 server che includono intranet, Web esterni e simili)

Ok, leggendo un po 'di più su WCF (mi dispiace, sono un po' un principiante in queste acque), quindi ho gli stessi servizi o la stessa applicazione di servizio, ma quindi uso endpoint diversi per quel servizio in modo che l'applicazione di servizio possa essere utilizzata tramite entrambi TCP e HTTP, corretto? Forse una domanda più difficile .. qualcuno ha qualche informazione sull'API Web MVC4 se può essere consumata tramite TCP?

Lo stai facendo bene. Sull'API Web MVC4, non ho ancora letto nulla. Potrebbe essere necessario leggere al riguardo.
Kangkan,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.