Abbiamo un database gerarchico presso la nostra istituzione che ha esposto un endpoint SOAP come unico modo per rendere le operazioni CRUD contro di esso. Siamo principalmente un negozio .NET Core. Sto cercando di concettualizzare l'aspetto dell'architettura di un'app che utilizza i WDSL. Il caso d'uso principale è quello di visualizzare le informazioni sull'account in modo piacevole e di poterle modificare con la logica aziendale dietro le operazioni CRUD.
Esiste un modo per utilizzare Entity Framework Core con un livello API SOAP per accedere al database? In caso contrario, qual è l'approccio consigliato quando si progetta una soluzione che non utilizza Entity Framework Core per le sue connessioni? Sto cercando di applicare l'approccio Clean Architecture a questa soluzione, ma tutti gli esempi che vedo utilizzano EF Core.
Ho iniziato il compito di memorizzare i risultati della chiamata WSDL principale, "getAccount", in un database SQL temporaneo all'avvio. Quindi potrei interrogare il database SQL come normale. Non ero sicuro se fosse una pratica standard o meno.
L'altro approccio sarebbe quello di mappare tutte le chiamate SOAP in un'interfaccia REST utilizzando l'API Web. Quindi potrei semplicemente chiamare l'API Web e mi farebbe chiamare SOAP. Ho iniziato a farlo manualmente, ma ho visto strumenti che possono "proxy" del livello SOAP. Sarebbe applicabile?