Ho sempre pensato che la differenza tra “throw” e “throw ex” fosse che il solo throw non stava resettando lo stacktrace dell’eccezione. Sfortunatamente, questo non è il comportamento che sto vivendo; ecco un semplice esempio che riproduce il mio problema: using System; using System.Text; namespace testthrow2 { class Program { static void Main(string[] args) { […]
È ansible build uno snippet di codice in Java che renderebbe java.lang.ChuckNorrisException un’ipotetica java.lang.ChuckNorrisException ? I pensieri che mi vengono in mente stanno usando per esempio gli intercettori o la programmazione orientata all’aspetto .
Ho studiato questo: con un’eccezione non controllata, tuttavia, il compilatore non impone ai programmatori client di rilevare l’eccezione o dichiararla in una clausola di “throws”. In effetti, i programmatori client potrebbero anche non sapere che l’eccezione potrebbe essere generata. ad esempio, StringIndexOutOfBoundsException generata dal metodo charAt() di String. quale è il significato? in base a […]
Quando c’è una post-condizione, quel valore di ritorno di un metodo non deve essere nullo, cosa si può fare? Potrei fare assert returnValue != null : “Not acceptable null value”; ma le asserzioni potrebbero essere distriggerste! Quindi va bene if(returnValue==null) { throw new NullPointerException(“return value is null at method AAA”); } ? O è meglio […]
Quali sono le eccezioni del runtime e quali sono le eccezioni controllate / non verificate e la differenza tra errori / eccezioni. Perché questi molti tipi? Piuttosto, Java può semplicemente seguire un semplice progetto (basta provare / catturare tutti i tipi) per gestire una condizione anormale in un programma?
A volte capisco try { } catch(Throwable e) { } E qualche volta try { } catch(Exception e) { } Qual è la differenza
Se un blocco finale genera un’eccezione, cosa succede esattamente ? Nello specifico, cosa succede se l’eccezione viene lanciata a metà del blocco finale. Viene richiamato il resto delle istruzioni (dopo) in questo blocco? Sono consapevole che le eccezioni si propagheranno verso l’alto.
Questo davvero, davvero mi spinge, quindi spero che qualcuno possa darmi una giustificazione ragionevole del perché le cose sono come sono. NotImplementedException. Mi stai prendendo in giro, giusto? No, non ho intenzione di prendere la pugnalata economica dicendo “aspetta, il metodo è implementato – lancia una NotImplementedException”. Sì, è vero, devi implementare il metodo per […]
Try-catch ha lo scopo di aiutare nella gestione delle eccezioni. Ciò significa che in qualche modo aiuterà il nostro sistema ad essere più robusto: provare a recuperare da un evento inaspettato. Sospettiamo che qualcosa possa accadere durante l’esecuzione e l’istruzione (invio di un messaggio), quindi viene incluso nel tentativo. Se succede qualcosa di inaspettato, possiamo […]
La parola chiave noexcept può essere applicata in modo appropriato a molte firme di funzioni, ma non sono sicuro su quando dovrei considerare di usarlo nella pratica. Sulla base di ciò che ho letto finora, l’aggiunta dell’ultimo minuto di noexcept sembra affrontare alcuni importanti problemi che sorgono quando i costruttori di mosse lanciano. Tuttavia, non […]