Generic Handler vs Direct Reference

La risposta è "dipende".

Se stai costruendo un sistema strettamente accoppiato in cui la tua squadra ha il pieno controllo dei vari livelli, allora probabilmente stai meglio che tu faccia riferimento alla tua DLL. Questo di solito offre le migliori prestazioni e, come dici tu, sarà in grado di riutilizzare le entità che hai creato.

Hai detto che altre persone potrebbero aver bisogno di usare gli stessi dati. È qui che un approccio orientato al servizio può fornire dividendi soprattutto se faranno chiamate da server che non controlli o dove sarebbe difficile per loro ottenere copie dei tuoi binari.

Infine, ci sono casi in cui potresti prendere in considerazione l'idea di fare entrambe le cose. In base al linguaggio e ai framework che stai utilizzando, potrebbe essere piuttosto semplice fornire un binding diretto a quelli del tuo team, supportando anche un'API (JSON o qualsiasi altra cosa) per i chiamanti esterni.

È difficile offrire consigli concreti senza saperne di più sul tuo ecosistema.

Un approccio simile a quello di Bryan che ho visto lavorare era in una soluzione WCF. Lì, abbiamo pubblicato una DLL che ha definito oggetti di dati serializzati (POCO) che il nostro codice di servizio ha consumato.

Altre applicazioni potrebbero anche importare quella DLL e usare i nostri oggetti. Nel caso di consumatori di servizi non.NET, questi team hanno implementato i propri oggetti di serializzazione basati sul WSDL.