Dovrei usare il consiglio Spring.Net AOP Throws?

Question

Sfondo

Ho un componente che fornisce determinati servizi CRM - specifici CRM. Ho uno specifico CRMAdapter che implementa la mia interfaccia IGeneralCRM.

Un altro componente generalCRM espone la funzionalità CRM tramite IGeneralCRM e utilizza Spring.Net per iniettare il CRMAdapter specifico per fornire tale funzionalità.

Domanda

Voglio essere in grado di rilevare un'eccezione se il componente specifico CRM non riesce. Devo implementare Spring.Net AOP Invia consigli per raggiungere questo obiettivo o sto progettando troppo il problema perché tutto ciò che devo fare è semplicemente catturare l'eccezione.

Ci sono dei vantaggi in un modo o nell'altro?

Answer 1

Dipende davvero da cosa intendi fare con l'eccezione. AOP è fantastico ma porta a una configurazione complessa ed è spesso eccessivo.

Il punto in cui AOP brilla è nella sua capacità di fornire la logica per gestire gli stessi incroci aziendali su più oggetti. Nel tuo caso, sembri implicare che stai lavorando a un'unica implementazione, quindi direi semplicemente di provare a prenderlo per ora.

Se pensi di poter riutilizzare la stessa logica in più metodi e oggetti, AOP è una soluzione migliore.

Answer 2

Se stai già utilizzando Spring AOP.Net e non hai bisogno di aumentare le prestazioni, dico usa un consiglio: in seguito puoi usare i consigli per altre cose, usa il nuovo consiglio per catturare più eccezioni e integrare tutto bene.

Altrimenti, basta catturare l'eccezione. Dovresti comunque avere il codice per le eccezioni, sia nei consigli che nei blocchi try / catch.