Mi sembra che siano informazioni sconvenienti dato che l'uso della classe renderà evidente che si tratta di un'eccezione. Inoltre, in PHP, la classe deve estendere la classe Exception in modo che sia evidente che si tratta di un'eccezione quando si osserva la classe da sola.Perché le eccezioni di solito hanno il suffisso 'Exception' nel nome della classe?
Nonostante ciò, gli sviluppatori di solito applicano il suffisso "Eccezione". Perchè è questo?
Non so nessuna regola vincolante per questo, ma immagino che abbia senso.
class FileNotFound
potrebbe significare un certo numero di cose, mentre
class FileNotFoundException
rende il personaggio di eccezione molto chiaro.
Immaginate due classi, InvalidIndex e InvalidIndexException. Una classe chiamata InvalidIndex potrebbe essere completamente valida (ad esempio per invalidare gli indici del database o qualcosa del genere) e non correlata a un'eccezione. Se ora avessi un'eccezione per gli indici di array non validi avresti un problema di denominazione. Con il suffisso delle classi di eccezioni con Eccezione, si evitano conflitti di nomi del genere.
Secondo questa logica, tutte le classi devono essere pre o postfissa con il nome del progetto e la fase della luna - evita conflitti di nomi, giusto? –
egli +1 per la fase della luna. Non vedo l'ora di vedere InvalidArgumentAnotherShoppingCartFullMoonException – Artefacto
@borgwardt - Stai confondendo "a volte è una buona idea" con "devi sempre". –
L'ho pensato, ma verrà sempre e solo usato nel contesto della classe FileNotFound estende Exception, o quando si lancia e si cattura. –
@Photo si, ma se lavori con un IDE, la classe apparirà nel tuo explorer di progetto/esploratore del codice e potrebbe creare confusione. Con il prefisso "Exception", le cose sono più chiare nel lungo periodo IMO. –
Buon punto, non l'avevo considerato. Grazie! –