Passa ai contenuti principali

Definire i contratti su interfacce generiche in VB.NET

Uno dei grandi vantaggi dei code contracts di Microsoft (vedere gli articoli sul sito www.domusdotnet.org per maggiori info) è quello di poter definire i contratti anche sulle interfacce.

Ad esempio le precondizioni si definiscono attraverso uno dei metodi statici Requires della classe Contracts (System.Diagnostic.Contracts):

  1. Imports System.Diagnostics.Contracts
  2.  
  3. Module Module1
  4.  
  5.     Sub Main()
  6.         Dim chr = GetLastChar("pippo")
  7.         Dim chr2 = GetLastChar("")
  8.     End Sub
  9.  
  10.     Public Function GetLastChar(str As String) As String
  11.         Contract.Requires(Not String.IsNullOrEmpty(str))
  12.         Return str.Substring(str.Length - 1)
  13.     End Function
  14.  
  15. End Module

Il metodo GetLastChar richiede che l’argomento non sia né Nothing, né “” e, nel caso precedente, in fase di compilazione, si ottiene il seguente warning

SNAGHTML43a2f30

mentre in fase di esecuzione si ottiene la seguente eccezione:

image

Fino a qui tutto bene, ma come facciamo a definire le precondizioni (ma il concetto vale anche per postcondizioni ed invarianti d’oggetto) nel caso di interfacce o di metodi astratti di classi in cui non abbiamo la possibilità di inserire del codice?

In questo caso abbiamo la possibilità di definire una classe che funge da “contenitore” per le definizioni dei contratti. Ad esempio:

  1. <ContractClass(GetType(InterfacciaContract))>
  2. Public Interface IInterfaccia
  3.     Function Metodo(arg As Integer) As Integer
  4. End Interface
  5.  
  6. <ContractClassFor(GetType(IInterfaccia))>
  7. Public MustInherit Class InterfacciaContract
  8.     Implements IInterfaccia
  9.  
  10.     Public Function Metodo(arg As Integer) As Integer Implements IInterfaccia.Metodo
  11.         Contract.Requires(arg > 0)
  12.         Throw New NotSupportedException
  13.     End Function
  14. End Class

La classe InterfacciaContract funge da contenitore per i contratti dei metodi esposti dalla Interfaccia.

Il codice presente nei metodi dell’interfaccia implementati dalla classe contenitore non viene eseguito se non quello relativo alla definizione dei contratti.

Il problema nasce quando abbiamo una interfaccia generica (ovvero il cui comportamento dipende da uno o più tipi). In questo caso come definiamo la classe “contenitore” dei contratti e come indichiamo il tipo dell’interfaccia nell’attributo ContractClassFor?

In questo caso si può utilizzare la sintassi NomeTipo(Of ) come mostrato nel seguente esempio:

  1. <ContractClass(GetType(RepositoryContract(Of )))>
  2. Public Interface IRepository(Of T)
  3.     Function GetAll() As IEnumerable(Of T)
  4.     Function GetSingle(id As Integer) As IEnumerable(Of T)
  5. End Interface
  6.  
  7. <ContractClassFor(GetType(IRepository(Of )))>
  8. Public MustInherit Class RepositoryContract(Of T)
  9.     Implements IRepository(Of T)
  10.  
  11.     Public Function GetSingle(id As Integer) As System.Collections.Generic.IEnumerable(Of T) Implements IRepository(Of T).GetSingle
  12.         Contract.Requires(id > 0)
  13.         Throw New NotImplementedException()
  14.     End Function
  15.  
  16.     Public Function GetAll() As System.Collections.Generic.IEnumerable(Of T) Implements IRepository(Of T).GetAll
  17.         Throw New NotImplementedException()
  18.     End Function
  19. End Class

Nel momento in cui definiamo una classe reale imponendo il tipo T, avremo che il contratto viene “ereditato” automaticamente:

  1. Public Class Repository
  2.     Implements IRepository(Of Entity)
  3.  
  4.     Public Function GetSingle(id As Integer) As System.Collections.Generic.IEnumerable(Of Entity) Implements IRepository(Of Entity).GetSingle
  5.         Return Nothing
  6.     End Function
  7.  
  8.     Public Function GetAll() As System.Collections.Generic.IEnumerable(Of Entity) Implements IRepository(Of Entity).GetAll
  9.         Return Nothing
  10.     End Function
  11. End Class

senza che noi si debba riscriverlo.

Nel caso in cui l’interfaccia dipenda da più tipi è sufficiente scrivere le opportune virgole:

  1. <ContractClass(GetType(RepositoryContract(Of ,)))>
  2. Public Interface IRepository(Of T1, T2)
  3.     Function GetAll() As IEnumerable(Of T1)
  4.     Function GetSingle(id As Integer) As IEnumerable(Of T1)
  5. End Interface
  6.  
  7. <ContractClassFor(GetType(IRepository(Of ,)))>
  8. Public MustInherit Class RepositoryContract(Of T1, T2)
  9.     Implements IRepository(Of T1, T2)
  10.  
  11.     Public Function GetAll() As System.Collections.Generic.IEnumerable(Of T1) Implements IRepository(Of T1, T2).GetAll
  12.         Throw New NotImplementedException()
  13.     End Function
  14.  
  15.     Public Function GetSingle(id As Integer) As System.Collections.Generic.IEnumerable(Of T1) Implements IRepository(Of T1, T2).GetSingle
  16.         Contract.Requires(id > 0)
  17.         Throw New NotImplementedException()
  18.     End Function
  19. End Class

 

Commenti

Post popolari in questo blog

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 ...

VB.NET: SplashScreen con effetto fade-in

In questo post vorrei proporvi un modo per realizzare una splash screen per le nostre applicazioni Windows Form che appare progressivamente con un effetto fade. Supponiamo di avere il nostro progetto VB.NET in una soluzione Visual Studio 2008 in cui abbiamo il sorgente della nostra applicazione Windows Form. Inseriamo una splash screen utilizzando il menù Progetto->Aggiungi Nuovo Elemento e selezionando il tipo di elemento “Schermata Iniziale” A questo punto Visual Studio creerà, automaticamente, la schermata iniziale che possiamo personalizzare graficamente come vogliamo. Per poter fare in modo che questa finestra appaia nel momento in cui avviamo l’applicazione, è necessario aprire le proprietà del progetto e impostare la maschera di avvio: In questo modo, all’avvio dell’applicazione, la schermata appare immediatamente e scompare un attimo prima della visualizzazione della finestra dell’applicazione. Possiamo far apparire la schermata iniziale con un ef...

Alla scoperta del Kinect: presentazioni e convenevoli

Oggi è arrivato un Kinect nuovo nuovo su cui cominciare a fare sperimentazione ed ho, quindi, deciso di condividere tutto ciò che scopro, le cavolate che faccio e i segreti che scopro con chi mi segue. I post che cercherò di scrivere con frequenza sono post di un neofita che si avvicina all’”Aggeggio” e che quindi sono diretti a chi nulla dell’argomento. Gli esperti troveranno noiosi e banali questi post, ma non si può aver tutto dalla vita. Per cominciare, scartato l’”Aggeggio” ho cominciato a preparare l’ambiente di sviluppo: 1) Visual Studio 2010 Ultimate (che uso normalmente ma che non è necessario in quanto si può sviluppare tranquillamente con la express edition); 2) Kinect SDK, scaricabile all’indirizzo http://research.microsoft.com/en-us/um/redmond/projects/kinectsdk/download.aspx 3) DirectX Software Development Kit scaricabile all’indirizzo http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=6812 A questo punto vi basta connettere il Kinect al...