Quali eccezioni potrebbe stringa = stringa oltre a System.OutOfMemoryException?

Question

Il codice:

public Constructor(string vConnection_String) 
    { 
    try 
    { 
     mConnection_String = vConnection_String; 
    } 
    catch (Exception ex) 
    { 
     ExceptionHandler.CatchEx(ex); 
    } 
    } 

penso che la persona che ha programmato questo è stato "solo facendo attenzione," ma per interesse quali eccezioni potrebbero essere gettati su una linea che fa un assegnazione delle stringhe come questo qui? Posso pensare a System.OutOfMemoryException, ma quali altri?

Grazie

Answer 1

Herb Sutter scrivere diversi grandi articoli su sicurezza rispetto alle eccezioni, e in one of them mostra 3 tipi di sicurezza rispetto alle eccezioni:

1. la garanzia di base

2. la garanzia forte garanzia

3. il nothrow

Questi principi sono comunemente noti nel mondo C++ ma potremmo usarli anche in .net world perché uno di questi si verifica nella tua situazione.

Se mConnection_String è un campo di tipo System.String (o un altro tipo di riferimento) che sicuramente sa, che questo codice è "nothrow garanzia", ​​perché semplice assegnazione per il tipo di riferimento non poteva generare eccezioni a tutti .

Answer 2

Un OutOfMemoryException non è molto probabile che accada qui, perché la stringa è non copiato e nessuna nuova memoria deve essere allocata.

Answer 3

Nessuno a cui possa pensare. Nemmeno un'eccezione di memoria esaurita. Le stringhe sono memorizzate in un string pool. Se si ha la stessa stringa due volte nel programma, entrambi fanno riferimento alla stessa istanza di stringa nel pool di stringhe.

Vedere anche la documentazione per String.Intern().

EDIT: Come sottolineato in un commento, la piscina stringa è irrilevante dal momento che questo è semplicemente un incarico di riferimento (ma alcune informazioni su di esso è utile comunque, anche se non ha nulla a che fare con la domanda, mi spiace quella). Entrambe le variabili puntano allo stesso identico oggetto in memoria dopo l'assegnazione e non viene rivendicata alcuna nuova memoria.

Answer 4

Nulla può succedere qui dal mio punto di vista. Se si utilizza qualcosa come subversion, probabilmente si vedrà che qualcuno ha rimosso del codice qui senza rimuovere la gestione delle eccezioni. Altrimenti è semplicemente sciocco.

È possibile rimuovere il codice dettagliato senza dubbi.

Answer 5

Non riesco a vedere come ciò possa generare alcuna esecuzione. Immagino che il programmatore abbia semplicemente un temperamento che usa:

try 
{ 
    /// Put Ctor code here! 
} 
catch (Exception ex) 
{ 
    ExceptionHandler.CatchEx(ex); 
} 

Answer 6

... ThreadAbortException? (Ma verrà nuovamente generato dopo il blocco catch.)

Answer 7

Le eccezioni generate dipendono da ciò che è mConnection_String.

Se mConnection_String è un campo , è molto improbabile che venga generata alcuna eccezione. La logica Try..Catch è probabilmente proprio lì come codice standard della piastra della caldaia in modo che quando il codice viene aggiunto in seguito, è nel blocco try ... catch.

Se mConnection_String è una proprietà , quindi può generare qualsiasi eccezione che può essere generata (e non rilevata) nella proprietà set. Dovresti cercare nella proprietà set per vedere cosa è possibile.