Devo integrare la mia app server .NET con il prodotto di un fornitore. Il prodotto del venditore sarà sul proprio server e ha un'API documentata supportata da &, ma purtroppo solo come oggetti COM. Dal momento che DCOM e .NET remoting sono entrambi deprecati, esiste un modo supportato (ovvero non a rischio di essere rimosso in .NET 5) per eseguire questa integrazione senza dover creare & installare un servizio Web nel client del box & del fornitore sul mio box per proxy queste richieste attraverso la rete a COM?Accedere agli oggetti COM su un'altra casella da .NET (senza DCOM deprecato, remoto)
Nota che mi sento molto comodo scrivere & consumando servizi Web (REST quando posso, SOAP quando devo). Vorrei solo mantenere la topografia di questa app semplice, evitare due distribuzioni, ecc. Per lo stesso motivo, ho evitato WCF poiché sembra un carico eccessivo, ma se WCF supporta l'esposizione dell'interfaccia COM sottostante rete, lo userò felicemente. Altrimenti, credo che sto progettando, scrivendo, distribuendo, & consumando questo nuovo servizio web. Per favore, mostrami che non devo farlo!
Ricercando entrambe le opzioni ora (WCF per COM +, COM + remoting) e segnaleremo (e selezioneremo un vincitore) a breve. Grazie! –
Andando con questa risposta come sembra essere il minimo hackish. Tuttavia, ho finito per decidere di mordere il proiettile e scrivere un servizio web tradizionale (che può o non può usare WCF). Il supporto del fornitore e la nostra capacità di fidarsi del prodotto finito sarebbe impossibile in qualsiasi altro modo. Grazie. –