Il lato client della mia applicazione è scritto in VB.Net, accede a un server java. Il server registra ogni richiesta effettuata dal client, il client mostra ogni eccezione all'utente (con un'opzione per inviarlo al supporto).
La domanda è: vuoi aggiungere registri al lato client? In caso affermativo, quali informazioni ha senso scrivere nel registro del cliente?
Mi sono integrato con un team che utilizzava una pura applicazione desktop con il server che indicava il "database" - per loro era logico avere un registro lato client perché era lì che veniva eseguito tutto il codice. Non c'era altro modo di eseguire il debug di un problema, se mai si fosse verificato. In termini di "cosa" da registrare, è soggettivo e basato esclusivamente su ciò che è necessario per il debug? Non è mai facile rispondere anche se si stava effettuando l'accesso al server.
Ma queste sono le considerazioni che terrei a mente visto che NON sei su un server,
Ogni codice che è abbastanza complicato da non dover ricorrere a debug per eseguire il debug dovrebbe creare registri. Il fatto che sia in esecuzione sul lato client è irrilevante.
Puoi saltare la registrazione se:
Non ti aspetti di supportare l'applicazione, cioè stai sviluppando un prototipo o abandonware.
La logica è estremamente semplice e consiste nella mappatura 1: 1 delle chiamate al server. A parte gli esempi teorici validi per le esercitazioni, non riesco a immaginare alcun esempio concreto di un'app che faccia qualcosa di utile pur essendo in questo caso.
Sei pagato per ora di supporto e la tua azienda non ha rispetto nei confronti dei propri clienti. Il debugging più lungo significa più soldi, a breve termine. L'assenza di registri significa più tempo di debug.