Passa ai contenuti principali

L’utilizzo della classe ConditionalAttribute per evitare l’esecuzione di metodi

L’attributo ConditionaAttribute (contenuto nel namespace System.Diagnostics, assembly mscorlib.dll) ci consente di includere (o escludere) metodi dal flusso di esecuzione in base alla presenza o meno di una costante di compilazione.

Ad esempio, supponiamo di avere la seguente applicazione console:

  1. Module Module1
  2.  
  3.     Sub Main()
  4.         Console.WriteLine("Console start")
  5.         WriteLog()
  6.  
  7.         Console.WriteLine("Console end")
  8.     End Sub
  9.  
  10.     <Diagnostics.Conditional("LOG")>
  11.     Private Sub WriteLog()
  12.         Console.WriteLine("WriteLog")
  13.     End Sub
  14.  
  15. End Module

Se non definiamo la costante di compilazione LOG, il codice che viene compilato è il seguente:

clip_image002[1]

Come si può osservare, il corpo del metodo decorato con l’attributo ConditionalAttribute è stato compilato ma non è stata inserita la chiamata allo stesso che si sarebbe dovuta trovare tra le due istruzioni Console.WriteLine del Main. Questo significa che, quando eseguiamo, ad esempio, il debug della nostra applicazione, vedremo il punto di esecuzione saltare la chiamata al metodo WriteLog().

Definiamo, ora, la costante di compilazione LOG e per fare questo apriamo la finestra delle proprietà dell’applicazione console:

clip_image004[1]

Se compiliamo dopo aver salvato i cambiamenti alle proprietà dell’applicazione, otteniamo:

clip_image006[1]

Il metodo, questa volta, viene effettivamente richiamato.

La costante di compilazione è definibile anche con la direttiva #Const nel seguente modo:

  1. #Const LOG = False

L’utilizzo dell’attributo ConditionalAttribute è una valida alternativa ai costrutti #If...#End If anche se non è applicabile a quei metodi che ritornano dei valori (function). In questo caso, per poter applicare l’attributo è necessario convertire la function in una sub e restituire il valore come argomento byref.

Commenti

Post popolari in questo blog

VB for Dummies: La serializzazione – parte 2

Questo post è la continuazione del precedente post sulla serializzazione. In particolare vedremo la serializzazione SOAP e quella JSON.   Serializzazione SOAP La serializzazione SOAP è demandata alla classe SOAPFormatter contenuta nel namespace System.Runtime.Serialization.Formatters.Soap contenuto nella libreria omonima. Il formatter SOAP risale alle primissime versioni del framework e, purtroppo, da un certo punto in poi, pur non essendo stato dichiarato obsoleto, non è stato portato avanti nello sviluppo e non supporta alcuni tipi di dati usatissimi nel mondo .NET quali i generici e i nullable. Per questo motivo, non possiamo serializzare in formato SOAP (utilizzando il SOAPFormatter) la nostra Fattura (vedi post precedente) poichè questa ha una proprietà di tipo List(Of DettagliFattura) (generico).   Serializzazione JSON Il formato di serializzazione JSON (maggiori info qui ) è un formato testuale molto in voga nelle applicazioni AJAX. Si trata di un mod...

Recensione: Windows Runtime via C#

Può sembrare strano che un VB-ista legga un libro su C#, ma come diceva Sun Tzu: “ Se conosci il tuo nemico, conosci te stesso ”. A parte gli scherzi, il libro vale la pena di essere letto a prescindere dal linguaggio .NET con cui si lavora. Oltre  290 pagine dedicate agli aspetti fondamentali dello sviluppo con Windows Runtime per le Windows Store App. I prerequisiti per poter leggere il libro sono la conoscenza di C# e di Visual Studio e gli autori non danno per scontato quasi nulla partendo dai concetti di base quali il type system e i suoi principi (argomento che di solito è saltato a piedi pari da chi si avvicina al mondo WinRT dal framework completo e che, se non compreso, può dare problemi nello sviluppo quotidiano). Tra i concetti che possiamo definire “core”, troviamo anche i capitoli dedicati all’app packaging e al process model, entrambi ben strutturati e chiari. Già solo questi tre capitoli iniziali giustificherebbero, in un certo qual modo, l’acquisto del libro, ...

VB.NET for Dummies: Gli Eventi

Vorrei iniziare con questo post una serie dedicata ad aspetti di VB.NET di base che possono essere utile a coloro che si avvicinano al mondo .NET e che, in genere, non vengono trattati a livello base. La serie di post non ha la pretesa di essere assolutamente esaustivi sugli argomenti che tratterò In questo primo post parleremo degli eventi. Cosa sono e a cosa servono Un evento è la “notifica” dell’accadimento di qualcosa. Quando, ad esempio, premiamo un bottone della finestra di un’applicazione, dietro le quinte, il bottone stesso “notifica” al mondo circostante che qualcuno, in quell’istante, lo ha premuto. Sta, poi, al mondo circostante preoccuparsi di “intercettare” l’evento stesso per gestirlo (tramite un gestore di evento). Attenzione a non confondere la pressione del tasto con la “notifica” della pressione del tasto: l’evento è la “notifica” dell’accadimento, non l’accadimento stesso. Ma a cosa serve tutto ciò? Utilizzare gli eventi è un modo per disaccoppiare ...