Nel mio precedente progetto ho scritto un'app che viene utilizzata internamente. La mia pratica abituale è quella di catturare errori / eccezioni da classi e thread diversi e inserirli in file di log diversi corrispondenti a classi e thread diversi raggruppati logicamente. E alcuni errori semplificati sono stati indirizzati all'area di testo nell'interfaccia utente. Quindi all'utente viene presentata solo una spiegazione degli errori semplificata per l'utente. E quando l'app si è bloccata / bloccata, ho semplicemente usato per recuperare i registri dettagliati e scoprire cosa stava andando a rovinare dalla traccia dello stack. Questo mi ha permesso di diagnosticare il problema in modo rapido e preciso molte volte.
Ora sono in un nuovo progetto e le persone qui non stampano affatto la traccia dello stack in nessun file. Semplicemente scrivono cosa sta andando storto in alcuni file, e controlla quei file in hang up e indovina cosa potrebbe essere sbagliato. Potrebbero essere in grado di farlo, dal momento che gestiscono questo software a lungo e il loro lavoro di indovinare funziona molte volte. Ma questo non è possibile per me, dal momento che sono nuovo in questo progetto e non posso indovinare nulla.
Quindi la domanda si riduce a molte piccole domande:
- L'inserimento della traccia di stack nei file è sbagliato? Dal momento che scrivere su file non ha nulla a che fare con UX, è solo questo problema di sicurezza che fa sembrare una cattiva idea?
- Se la risposta alla prima domanda è Sì, allora il concetto di stacktrace deve essere usato solo durante il tempo di sviluppo?
- Se la risposta alla prima domanda è Sì, allora è un modo saggio per inserire messaggi di errore semplificati nei file e poi indovinare?
- Quali sono gli approcci standard seguiti nel settore?