Oggi un post su it.comp.www.asp mi ha fatto ricordare i brutti tempi quando spesso mi capitava di creare applicazioni web che si basassero su oggetti COM.

beh ho detto tempi brutti non a caso, visto che adesso in .NET se ne puo' fare tranquillamente a meno (COM), perche' esistono strumenti simili ma molto piu' potenti.

cmq quello che voglio dire e' perche' utilizzare ancora i componenti quando abbiamo le pagine asp compilate e performanti almeno quanto un componente?

i vantaggi ovviamente ci sono, almeno secondo il mio modo di vedere le cose, perche' utilizzando un livello intermedio tra le pagine asp ed eventualmente la base dati, si creano le condizioni migliori per il riutilizzo del codice e la separazione netta della business logic.

ovviamente i componenti .NET contenuti in assembly, hanno caratteristiche tipiche del framework .NET e del CLR, come la possibilita' di utlizzare il linguaggio preferito, l'ereditarieta' e tutte le features degli ambienti OO.

avere una struttura organizzata per NameSpace e Classi semplifica di molto la getsione e la manutenzione, nonche' facilita il riutilizzo del codice. in piu' avendo la business logic esterna alle pagine e' possibile creare web application utilizzabili da progetti diversi, basta importare l'oggetto o gli oggetti compilati.

altro vantaggio e' sicuramente la possibilita' di distribuzione a terzi dell'applicazione, senza per forza di cose consegnare anche i sorgenti.

il CLR offre al pari del modello COM la possibilita' di gestire le transazioni, ma mentre nelle pagine asp.net diventa abbastanza semplice gestirle nei componenti invece bisogna creare un componente servito. per farlo bisogna derivare la classe da System.EnterpriseServices ed aggiungere TansactionAttribute e terminare il blocco con il comando "ContextUtil.SetComplete()". Tra le altre cose bisogna stare attenti a dare al componente un nome Strong, con l'utilizzo di questi attributi:

<assembly:AssemblyKeyFile("nomefile")>
<assembly:ApplicationName("nomeapplicazione")>

in questo modo il nostro assembly finisce nel catalogo dei componenti COM+ e quindi puo' utilizzare le transazioni.

Infine abbiamo la gestione del Versioning molto piu' potente rispetto al modello COM e la possibilita' di uasre versioni diverse della stessa applicazione contemporaneamente.

bene, adesso ho finito di dire le mie fesserie serali! :))