Un modo migliore per controllare i parametri?

Question

Usiamo il framework .NET 2.0 con C# 3.0 (penso che sia l'ultima versione di C# che può essere eseguita sulla versione 2.0 del framework, correggimi se sbaglio).

Esiste qualcosa in C# che può rendere più conveniente questo tipo di convalida dei parametri?

public ConnectionSettings(string url, string username, string password, 
          bool checkPermissions) 
{ 
    if (username == null) { 
     throw new ArgumentNullException("username"); 
    } 

    if (password == null) { 
     throw new ArgumentNullException("password"); 
    } 

    if (String.IsNullOrEmpty(url)) { 
     throw new ArgumentException("Must not be null or empty, it was " + 
      (url == null ? url : "empty"), "url"); 
    } 

    this.url = url; 
    this.username = username; 
    this.password = password; 
    this.checkPermissions = checkPermissions; 
} 

Questo tipo di convalida dei parametri diventa un modello e risultati comuni in un sacco di codice "quasi boilerplate" a guadare attraverso nei nostri metodi pubblici.

Se non c'è nulla di integrato. Ci sono grandi librerie libere che potremmo usare?

Answer 1

Io di solito creare metodi di supporto statici ...

Ad es

public static void CheckNotNull(object value, string parameterName) 
{ 
    if(value == null) { throw new ArgumentNullException(parameterName); } 
} 

significa che è possibile condensare il codice fino a qualcosa di simile a qui sotto e solo lo rende un po 'più ordinato.

CheckNotNull(username, "username"); 
CheckNotNull(password, "password"); 

Oppure si può avvolgere in su come un metodo di estensione:

public static void CheckNotNull<T>(this T value, string parameterName) 
{ 
    if(value == null) { throw new ArgumentNullException(parameterName); } 
} 

E utilizzare come:

username.CheckNotNull("username"); 
password.CheckNotNull("password"); 

E se ti senti veramente fantasia, probabilmente si potrebbe interrogare il nomi dei parametri usando la riflessione. Reflection è un po 'lento, quindi lo faresti solo se dovessi lanciare un'eccezione, ma ti risparmia digitando il nome del parametro letterale per tutto il tempo.

Answer 2

Si può fare usando i contratti ma è lo stesso concetto.

Questa dovrebbe essere comunque una buona pratica, perché mostra chiaramente quali sono campi obbligatori su un metodo pubblico.

Answer 3

Non è costruire in .Net Framework ma è possibile utilizzare Fluent Argument Validation

Answer 4

Here's a nice fluent way di fare questo.

What are your favorite extension methods for C#? (codeplex.com/extensionoverflow)

public static class Extensions 
{ 
     public static void ThrowIfArgumentIsNull<T>(this T obj, string parameterName) where T : class 
     { 
       if (obj == null) throw new ArgumentNullException(parameterName + " not allowed to be null"); 
     } 
} 

internal class Test 
{ 
     public Test(string input1) 
     { 
       input1.ThrowIfArgumentIsNull("input1"); 
     } 
} 

Answer 5

Simile idea alla validazione dei parametri fluente come menzionato da Giorgi, ma questo evita di denominare ridondante il parametro e le stringhe che non possono essere automaticamente aggiornate dagli strumenti di refactoring del codice.

http://charlieflowers.wordpress.com/tag/parameter-validation/

Answer 6

È possibile usare un il tessitore come Post Sharp, tenere a mente che il compilatore come un servizio in C# 5 renderà questo tipo di cose costruito.

Personalmente non consiglierei questo approccio, a meno il problema è enorme e deve essere affrontato. Solitamente alcune affermazioni e il controllo delle precondizioni come descritto sopra sono una best practice.

EG:

public ConnectionSettings(
    [NotNullOrEmpty] string url, 
    [NotNull] string username, 
    [NotNull] string password, 
    bool checkPermissions) 
{ 
    this.url = url; 
    this.username = username; 
    this.password = password; 
    this.checkPermissions = checkPermissions; 
} 

Si potrebbe anche integrare questo tipo di cose con code contracts che permetterebbe di eseguire qualche ricco analisi statica.

Answer 7

solo per aggiungere alla risposta di Sam sopra, ecco un link che ti dice come si può andare sull'implementazione tali attributi con PostSharp:

http://dpatrickcaldwell.blogspot.com/2009/03/validate-parameters-using-attributes.html