Attualmente sto lavorando a un requisito per implementare la registrazione in più progetti e ho bisogno di sviluppare un'applicazione di registrazione a livello enterprise che possa essere utilizzata in n numero di progetti.
Scenario attuale: ciò che sta accadendo attualmente è per ogni soluzione comprende 3-4 progetti, è stato sviluppato un progetto di registrazione e classe Logger è stato creato lì che può essere utilizzato all'interno dell'intera soluzione. Scrive i registri come file di testo nell'unità C: \. Ci sono circa 5 soluzioni come quella in cui vengono creati e utilizzati 5 progetti comuni all'interno.
Scenario dei suggerimenti : sto pensando di creare un'API (servizio web) WCF o WebAPI che esegue la registrazione e può essere utilizzato in tutte queste 5 soluzioni. Il grande vantaggio è l'accoppiamento libero del registratore dalla soluzione e anche una notevole riduzione del codice poiché non sono richiesti più 5 progetti di registrazione.
Un altro requisito per fare registri di archivio nel database invece di file di testo in modo che in futuro un'applicazione Web possa essere uno sviluppatore che comunica al database e visualizza i registri invece di cercarli manualmente all'interno dei file di testo.
Dubbi : Sta andando con l'API in modo migliore rispetto alle librerie di classi già create? Che dire dei problemi di latenza come devo pensare che sia il livello aziendale. Posso restare con Common Project per la registrazione e renderlo come .dll che può essere referenziato in tutte e 5 le soluzioni. In questo modo, posso essere in grado di ridurre i 5 progetti comuni creati in precedenza.
Qualsiasi suggerimento, il feedback è molto apprezzato per questo!