Salve,

con buona volontà ho deciso di iniziare a scrivere in c#, ma forse ho scelto il progetto sbagliato...fattostà, sono a chiedervi lumi!

voglio scrivere un provider di appartenenze e fin qui sono liscio come l'olio.

vorrei però che la sorgente dati sia indipendente e trasparente per il provider, sicchè pensavo di scrivere un interfaccia i cui metodi siano chiamati dal provider ma siano implementati da delle classi che mi fanno da DAL in maniera indipendente (es su DB differenti), così che possa avere un provider aziendale (write once) che posso riutilizzare per ogni progetto che mi serva, customizzando solo il DAL specifico per il cliente per cui lavoro.

se sto delirando fermatemi!!!

come posso fare in modo che nel mio codice del provider non vi sia traccia del DAL da utilizzare?è possibile?

se sì, suppongo mi serva qualche cosa che mi agganci la DLL del DAL ai metodi chiamati dal provider...come posso fare?

so di chiedere molto, ma se potete aiutarmi postando uno stralcetto di codice, grazie!

WOW!

Poi fai una configurazione dove indichi il FQD (namespace.classe, assembly) del dal caricare.

significa che nel web.config specifico che assemply carico?

Dove hai bisogno crei il dal leggendo la configurazione, usando Type.GetType per ottenere il tipo e Activator.CreateInstance per crearlo, ne fai il cast sull'interfaccia e da lì in poi lavori con l'interfaccia.

ok, quindi in linea di principio faccio il cast in questo modo?

(miaInterfaccia)Activator.CreateInstance

e i metodi li chiamo dall'interfaccia?

fico
molto fico
GRAZIE

mi domando...ho letto anche delle classi astratte..qual'è la soluzione che mi porta più vantaggi?

---

Modificato da michele.alda il 07 dicembre 2007 16.08 -

scusate l'ignoranza...

ma l'assembly che creo in chesezione lo metto del web config?mi potete fare un esempio..grazie

Eh te l'avevo già detto. Non devi mettere la dll, ma namespace.classe, assembly. es
TuoNamespace.TuaClasse, mioassembly(senza .dll)
Eventualmente puoi mettere l'intero strong name composto da version, culture, publickeytoken