La denominazione di tipi, classi ed eccezioni a volte va storta [chiusa]

0

Ho appena iniziato a lavorare come sviluppatore di sistemi e non mi piace l'etichetta di un'eccezione fatta in casa: HumanErrorException . A mio avviso, non esiste un errore umano in un sistema basato su computer: solo gli utenti che non si aspettano lo sviluppatore. Quindi la vera etichetta per l'eccezione sarebbe DeveloperNotTakingUserBehaviourSeriouslyException , ma penso che ci sarà una lotta quando relabel:)

Hai mai visto un'eccezione etichettata sbagliata (tipo, classe o metodo) in giro? Se l'hai fatto, cosa ne hai fatto?

    
posta 4rchit3ct 16.04.2011 - 14:02
fonte

1 risposta

2

Quando trovo qualcosa che ho erroneamente chiamato secondo me, di solito informo la persona che l'ha creata e gli dico il nome che sto suggerendo. Se ho l'autorità e l'anzianità, informerò e refactor . Se non avrò l'autorità, glielo spiegherò, ma se non è convinto lo lascerò così com'è.

Per quanto riguarda il tuo caso, sono d'accordo che non c'è nulla chiamato HumanErrorException e non c'è nulla chiamato DeveloperNotTakingUserBehaviourSeriouslyException neanche. Se la classe di eccezioni è scritta in codice, significa che lo sviluppatore ne è consapevole e si sta già occupando di esso. Anche le eccezioni dovrebbero essere nominate dopo che l'errore si è verificato come ValueOutOfRangeExpecption, NullValueException e così via.

    
risposta data 16.04.2011 - 15:45
fonte

Leggi altre domande sui tag