Trattare gli errori (avvertenze) minori non critici nelle librerie

Sembra che tu debba usare un delegato per risolvere questo problema. Passando un metodo alla libreria, è possibile chiamare tale metodo quando viene generato un errore. Nell'applicazione principale, un utente dovrebbe semplicemente scrivere il codice di registrazione specifico conforme a qualsiasi standard impostato nella propria applicazione e qualsiasi altra azione che dovrebbe verificarsi a seguito dell'errore rilevato.

Ci sono praticamente dozzine di modi corretti per gestire questo problema, e nessuno di questi è "migliore" o "più OO" in generale. Devi solo decidere in che modo si adatta meglio alle tue esigenze generali, che tipo di informazioni puoi e vuoi restituire in caso di errore "non critico".

• L'utilizzo di una struttura dati speciale o di un valore di ritorno, come suggerito da te stesso, è probabilmente l'approccio più semplice qui e spesso sufficiente per molti casi.

• L'utilizzo di un delegato, come suggerito da Kevin Mills, presenta vantaggi se si desidera ottenere immediatamente le informazioni sull'errore quando viene rilevato e accedere immediatamente, nel caso in cui ci si aspetti che l'intero processo di analisi si interrompa in un secondo momento , forse a causa di un'eccezione.

• Nel caso in cui manchi qualche elemento non critico, un altro approccio potrebbe essere quello di fornire valori predefiniti sensibili per tali elementi mancanti e non segnalare alcun avviso al chiamante. Ma attenzione, assicurati di usare questa tattica solo se non c'è possibilità di nascondere qualche errore in questo modo.

E sì, è anche una buona idea non registrare gli avvertimenti direttamente in alcuni stream, ad esempio, se si desidera mantenere la lib il più generale possibile, senza dipendenze locali (come l'aspettativa di un utente di lingua inglese ).