TryParse equivalente di Convert con InvariantCulture

Question

Nel mio codice Mi capita spesso di usare i seguenti Converte:

Convert.ToInt32(value, Cultureinfo.InvariantCulture); 
Convert.ToDecimal(value, CultureInfo.InvariantCulture); 

io ora mi piace usare le funzioni TryParse a causa di errori recenti. Non sono completamente sicuro se sono corretto nell'usare i seguenti equivalenti in quanto non capisco completamente l'enumerazione NumberStyles.

Int64.TryParse(value, NumberStyles.Any, CultureInfo.invariantCulture, out output); 
Decimal.TryParse(value, NumberStyles.Any, CultureInfo.InvariantCulture, out output); 

Modifica Qui di seguito dopo risposte

Il seguente codice dovrebbe quindi essere l'alternativa corretta:

Int64.TryParse(value, NumberStyles.Integer, CultureInfo.invariantCulture, out output); 
Decimal.TryParse(value, NumberStyles.Number, CultureInfo.InvariantCulture, out output); 

Answer 1

È possibile leggere circa NumberStyles nello documentation. In sostanza ti permette di specificare che tipo di testo analizzerà.

Se si desidera essere il più flessibile possibile, quindi NumberStyles.Any è l'opzione 'più ampia'.

Convert.ToInt32 equivale a utilizzare int.Parse e Convert.ToDecimal equivale a utilizzare decimal.Parse - delegare a questi metodi.

Per documentation per int.Parse, il valore predefinito è NumberStyles.Integer. E per il numero documentation per decimal.Parse, il valore predefinito è NumberStyles.Number. Se si desidera essere coerenti con il comportamento di Convert.ToInt32 e Convert.ToDecimal, è necessario utilizzare questi valori.

Answer 2

Il documentation for Int64.TryParse dice NumberStyles.Integer è il default:

Il s parametro è interpretato usando lo stile NumberStyles.Integer. Oltre alle cifre decimali, sono consentiti solo gli spazi iniziali e finali e un segno iniziale.

Per Decimal.TryParse, è NumberStyles.Number:

parametro s viene interpretato utilizzando lo stile NumberStyles.Number. Ciò significa che lo spazio bianco e i separatori di migliaia sono consentiti, ma i simboli di valuta non lo sono.

Answer 3

Sì, il tuo approccio è corretto, entrambi gli approcci dovrebbero dare gli stessi risultati.

L'attuazione di Convert.ToInt32(string s) è la seguente:

public static int ToInt32(String value, IFormatProvider provider) 
{ 
    if (value == null) 
     return 0; 
    return Int32.Parse(value, NumberStyles.Integer, provider); 
} 

Quindi, come potete vedere internamente un metodo chiama l'altro - l'unica differenza è che con Convert non si ha il controllo sul numero di stile - è è codificato a NumberStyles.Integer. Se si desidera una funzionalità identica, è necessario specificare questo valore enum nelle chiamate a TryParse.

Il codice sorgente per la classe Convert è disponibile here.

Vorrei anche sottolineare che si sta chiamando Int64.TryParse quando se fosse sufficiente Convert.ToInt32 allora dovrebbe essere Int32.TryParse.