Sto creando un'applicazione ASP.Net REST API e bloccata sulla parte in cui dovrei consumare il servizio REST.
Non sono sicuro di come trovare il modo in cui mi consente di realizzare quanto segue:
1. Non voglio che sia Pure REST in un altro significato Non voglio perdere la possibilità di usare Sessions e authentication .
2. Voglio avere un consumo semplice ed efficiente per API senza ridondanza
In modo da aiutarmi a ottenere proxy classes nel client senza forzare il problema nell'avere il modello duplicato nel lato client.
Cosa raggiungo Finora (e correggimi se sbaglio)
1. Posso usare WCF che mi consente il secondo approccio Usare DataContract ma non sembra lo stesso per il primo approccio che richiederà io per creare il Session con il mio.
2. o con Web API 2 per ottenere una leva dall'avere session integrato,
C'è un modo per Raggiungermi il secondo approccio Utilizzando OData che mi aiuterebbe a generare classi proxy.
Qualcuno ha avuto lo stesso problema? Puoi fornire vantaggi / svantaggi di ciascun sistema? E qual è il modo migliore semplice ed elegante per andare?
Per essere più precisi
Attualmente, ho una piattaforma .NET che devo esporre a client diversi
(ASP.NET MVC, iOS e Android), svilupperò personalmente questi client non di terzi.
Nel frattempo, questi Clienti hanno il proprio livello aziendale che esegue una logica e persiste i dati utilizzando entity framework ODTC in ORACLE DB ,
cosa sto pensando ora e ciò di cui ho bisogno è avere ASP.NET Web API 2 o WCF
Per servire quei clienti
migrando il livello aziendale e unificandolo in API
quale dovrei usare?
qual è il miglior approccio efficiente per realizzare gli ultimi due scenari?
Grazie in anticipo