All’ultima UgiAltConf , tenutasi poco meno di un mese fa, Fabio Maulo ha presentato ConfORM e una libreria che in questi giorni è stata rilasciata in versione Alpha: Nhibernate.Envers.
Si tratta di un porting da Java che facilita le operazioni di auditing (per essere più precisi, stiamo parlando del Parallel Model definito da Martin Fowler).
In pratica, possiamo ottenere istanze delle nostre classi di dominio ad una specifica revisione/data (stile TFS), il tutto con poche righe di codice.
Interessante vero?
Vediamo come fare:
- Ho creato un’app console con 3 classi d’esempio: Customer e Product che ereditano da DomainObject.
- Ho creato il mapping utilizzando FluentNH.
- Ho creato la configurazione di Envers, indicando quali sono le classi del nostro dominio per le quali vogliamo effettuare l’auditing (Customer e Product).
- // Create Envers Configuration
- var enversConfig = new NHibernate.Envers.Configuration.Fluent.FluentConfiguration();
- enversConfig.Audit(new[]
- {
- typeof(Customer),
- typeof(Product)
- });
- Ho passato la configurazione di Envers alla configurazione di Nhibernate, chiamando l’extension method IntegrateWithEnvers (riga 13).
- // Create configuration
- var config =
- Fluently
- .Configure()
- .Database(MsSqlConfiguration
- .MsSql2008
- .ConnectionString(c => c.FromConnectionStringWithKey("db"))
- .ProxyFactoryFactory<ProxyFactoryFactory>())
- .Mappings(m => m
- .FluentMappings
- .AddFromAssemblyOf<Customer>())
- .BuildConfiguration();
- config.IntegrateWithEnvers(enversConfig);
- Ho creato lo schema su un DB Sql2008.
Noterete che oltre alle tabelle Customer e Product sono presenti 4 tabelle “particolari”:
- REVINFO, contiene il numero progressivo e la data delle revisioni;
- Customer_AUD, contiene le informazioni di auditing della tabella Customer, con riferimento alla tabella REVINFO;
- Product_AUD, contiene le informazioni di auditing della tabella Product, con riferimento alla tabella REVINFO;
- Customer_Product_AUD, contiene le informazioni di auditing per la relazione tra Customer e Auditing, con riferimento alla tabella REVINFO.
Ovviamente non ci sono Foreign Key tra le tabelle di Auditing e le tabelle target, perchè altrimenti non saremmo più in grado di eliminare record da quest’ultime.
Per interrogare le tabelle di Audit utilizzeremo un IAuditReader restituito da AuditReaderFactory.
- var auditeReader = AuditReaderFactory.Get(session);
Tra i metodi disponibili, ci sono:
- Find, permette di recuperare lo stato di un oggetto data la sua chiave ed un numero di revisione;
- GetRevisionDate, permette di recuperare la data di una revisione, passando l’id della stessa;
- GetRevisionNumberForDate, permette di recuperare l’id di una revisione, passando la data della stessa
- GetRevisions, ottiene l’elenco di tutte le revisione di un oggetto, data la sua chiave
- CreateQuery, ritorna un oggetto AuditQueryCreator che è possibile utilizzare per ottenere le revisioni dei nostri oggetti in maniera rapida.
Nel mio test, ho creato un oggetto Customer con associati 3 Prodotti, ho modificato questi oggetti 2 volte (aggiungendo alle rispettive proprietà il carattere ‘a’), ho salvato le modifiche e poi eliminato gli oggetti.
Questo il risultato ottenuto:
Abbiamo quindi un numero di revisione condiviso tra le diverse tabelle (entità) che corrisponde ai commit della Unit Of Work (session), ottendendo di fatto un changeset.
In questo modo è possibile ricostruire un oggetto complesso ad un determinato stato, indipendentemente da quest’ultimo, in maniera molto semplice e senza modificare l’oggetto stesso!
Semplice, veloce, indolore 
.
Ovviamente la libreria è ancora acerba, ma sono sicuro che verranno introdotti punti di estensibilità e customizzazione che attualmente non sembrano disponibili.
Altra nota dolente è la documentazione, al momento ho trovato solo quella relativa a Java su questo sito.
Per chi volesse a questo indirizzo è disponibile il mio esempio.
Potete invece scaricare Envers da qui ed ulteriori esempi qui.