WPF - Quali informazioni per catturare nel maneggiare le eccezioni non gestite?

Question

Sto sviluppando un'applicazione in WPF / Net 3.5 che sarà disponibile per il download su Internet. Io sono - al meglio delle mie capacità - la scrittura di codice libera bug, e usare le eccezioni solo dove necessario. Tuttavia la mia esperienza con lo sviluppo del software ha dimostrato che gli utenti riescono sempre a fare qualcosa di strano che provoca un'eccezione per essere gettato in un modo si potrebbe mai immaginato possibile. Vorrei raccogliere ulteriori informazioni quando devo prendere un'eccezione non gestita. Finora sto catturando il seguente:

• campi di eccezione standard (messaggio, tipo, stacktrace etc)
• OS Version
• versione .NET
• versioni delle applicazioni DLL caricati nel dominio di applicazione
• App informazioni di licenza
• Strumentazione degli ultimi comandi eseguiti dall'utente.

Sono molto consapevole che io non voglio catturare tutte le informazioni 'personali' sull'utente come ho appena non credo in questo genere di cose. Quindi senza preoccuparsi con il / dominio / indirizzo IP nome utente (anche se, come le informazioni sull'eccezione è consegnato ad un webservice io intrinsecamente ottenere informazioni ip ma può essere di una macchina proxy) .

La mia domanda

Chiunque ha rilasciato un'applicazione nel pubblico dominio (vale a dire sui computer non in un ambiente aziendale controllato) - si può suggerire niente altro che possa essere utile per rintracciare le cause di errori

In particolare io non voglio per raccogliere informazioni che non posso gestire / codice - Vale a dire la quantità di memoria disponibile sul PC, o il tipo di stampanti collegate - Queste cose sono gestite dal framework .NET e non dovrei davvero (leggi: non vogliono) devono alterare il mio il codice per far fronte alle variazioni là fuori!

Grazie!

Answer 1

Credo che dovrebbe essere sufficiente. Avete informazioni circa l'ambiente, ciò che l'utente stava cercando di fare, e uno dei più importanti strumenti di debug:. L'analisi dello stack

A meno che non si sta parlando di un'applicazione per la gestione della stampante o qualcosa del genere, quindi le informazioni sulla stampante non sarebbe valsa la pena.

C'è sempre questa possibilità remota che si verifichi un errore che risulta da una strana combinazione di hardware, servizi in esecuzione, le applicazioni installate e la fase lunare. Non credo che vale la pena di informazioni rabbiosamente raccogliere circa l'ambiente utente solo a che fare con quei rari errori.

Basta ricordarsi di avere un modo che si può essere contattati per le segnalazioni di bug, nel caso in cui un utente ha bisogno davvero il suo particolare problema risolto, in modo che egli può fornire ulteriori informazioni su di esso e vi aiutano a riprodurlo. A seconda del vostro target di riferimento si deve decidere tra qualcosa come un bug tracker o un indirizzo di posta elettronica semplice.