Ciao Simone

Per quanto ne so io, WCF è ancora utilizzato e supportato.
Il problema principale è che l'ambito di utilizzo è calato drasticamente.

Ad esempio, dovessi fare un'applicazione, difficilmente utilizzerei uno di quei protocolli, poichè al giorno d'oggii vantaggi che offrono sono minimi rispetto agli svantaggi.

Per quanto riguarda la libreria/tool che hai generato, può comunque essere comodo: se qualcuno ha già dei servizi WCF, potrebbe benissimo usarla per poter sviluppare delle applicazioni native che utilizzano i servizi già in essere

Se programmi dotNet 4x o core direi assolutamente rest api perché è più semplice da sviluppare potente e compatibile

Scusa il ritardo ma sono stato un po' impegnato.

Quanto alle possibilità più moderne, tre su tutte:

- gRPC: è un protocollo macchina/macchina (quindi non leggibile dall'umano), però consentono di scrivere in autonomia i client di lettura e sono ottimizzati per il traffico di rete (contrariamente a SOAP e WCF)

- REST con OpenAPI (swagger): in pratica sono chiamate normali HTTP che usano il verbo GET/POST/PUT/DELETE per gestire le operazioni di lettura/scrittura. Associandogli OpenAPI per documentarle, ci sono poi dei tool come Swagger che ti consentono di creare il client per le chiamate. Sono molto diffusi per la semplicità di utilizzo visto che lavorano in JSON e sono facilmente richiamabili dal web (javascript)

- GraphQL: utile per fare delle query sulla base dati direttamente dal client. In pratica, le chiamate possono definire una query che viene eseguita direttamente sul DB


Ovviamente sono le prime tre che mi sono venute in mente e le ho elencate in ordine sparso e spiegandole velocemente

---

Modificato da JoeRuspante il 15 gennaio 2022 23:15 -