Ho per esempio un try/catch nel mio metodo:Exit try/catch per evitare che codice dopo dall'essere corsa
}
catch (OurCustomExceptionObject1 ex)
{
txtErrorMessage.InnerHtml = "test 1";
}
catch(OurCustomExceptionObject2 ex)
{
txtErrorMessage.InnerHtml = "test 2";
}
catch (OurCustomExceptionObject3 ex)
{
txtErrorMessage.InnerHtml = "test 3";
}
... rest of code here is being executed after the try/catch
Non voglio il resto del codice da eseguire se una delle eccezioni sono presi. Sto gestendo le eccezioni. Ho sentito che non usare Exit Try per qualche motivo. È vero, è brutto farlo? È questo il modo giusto per fermare l'esecuzione del codice da allora in poi la dichiarazione di cattura?
'Exit Try' esiste solo in VB.NET. Non si applica a C#. In C#, la caratteristica della lingua corrispondente sarebbe 'break', ma è illegale in un blocco' try..catch..finally'. La prossima cosa migliore sarebbe 'return', che non fa lo stesso, ma è una cosa perfettamente legale da fare. – stakx
@stakx 'break' non è illegale nel blocco' catch'. Può essere usato per uscire dal giro. –