[VB 2005] Una classe in cui l'utente possa creare le sue proprietà

[Tonari]

Salve a tutti!

Spero di proporre un quesito interessante. Ho cercato a lungo, purtroppo senza successo.

Sto cercando in tutti i modi di capire se è possibile creare una classe contenente un metodo che permetta all'utente di definire da sé le proprietà che vuole.

Mi spiego meglio: ho una classe "Customer". In questa classe vorrei che ci fossero delle proprietà di base, come "Nome" e "Indirizzo" e la possibilità all'utente di definire le proprietà che vuole aggiungere.
Per esempio il signor Rossi potrebbe volere un oggetto Customer che gli permetta di specificare anche "Età" (Int16) e "Indirizzo" (stringa), mentre il signor Verdi magari preferirebbe "Hobby" (stringa) e "Ultima spedizione merci" (data).

E' possibile realizzare la cosa? Purtroppo sono ancora un principiante in Visual Basic e avendo vagato un po' per la rete ho sentito parlare di "Reflection", "Property Builder" e "Type Builder", ma non capisco se mi sto complicando semplicemente la vita e se sto cercando nella giusta direzione.

Potreste aiutarmi a capire se c'è un modo per affrontare la questione?

[albgen]

Originariamente inviato da Tonari
Salve a tutti!

Spero di proporre un quesito interessante. Ho cercato a lungo, purtroppo senza successo.

Sto cercando in tutti i modi di capire se è possibile creare una classe contenente un metodo che permetta all'utente di definire da sé le proprietà che vuole.

Mi spiego meglio: ho una classe "Customer". In questa classe vorrei che ci fossero delle proprietà di base, come "Nome" e "Indirizzo" e la possibilità all'utente di definire le proprietà che vuole aggiungere.
Per esempio il signor Rossi potrebbe volere un oggetto Customer che gli permetta di specificare anche "Età" (Int16) e "Indirizzo" (stringa), mentre il signor Verdi magari preferirebbe "Hobby" (stringa) e "Ultima spedizione merci" (data).

E' possibile realizzare la cosa? Purtroppo sono ancora un principiante in Visual Basic e avendo vagato un po' per la rete ho sentito parlare di "Reflection", "Property Builder" e "Type Builder", ma non capisco se mi sto complicando semplicemente la vita e se sto cercando nella giusta direzione.

Potreste aiutarmi a capire se c'è un modo per affrontare la questione?

Non esiste la reflection in VB 2005 ma in VB.NET!!

[tekanet]

Reflection, in tutto l'ambiente .NET, serve per leggere a posteriori la struttura e i valori di un tipo; nel tuo caso non credo sia necessario.

Più che altro, potresti risolvere il problema con:
2 metodi di inserimento e lettura di valori per le property "estese"
1 o più dictionary interni (1 per ogni tipo di dati ad esempio) che contengono chiavi (nomi delle proprietà) e valori (valori delle proprietà)

Per l'inserimento potresti mettere n overload, uno per tipo di dati (SetExtendedPropertyValue(string, integer) - SetExtendedPropertyValue(string, string) etc). Ogni overload andrà ad inserire nell'apposito dizionario il valore.

Per la lettura potresti usare un metodo generico GetExtendedPropertyValue(Of T)(string) as T, facendo poi una select case sul tipo T per sapere in quale dictionary cercare i valori

Ho buttato lì giusto due idee, eventualmente approfondiscile tu !

HTH, tK

[MItaly]

Originariamente inviato da albgen
Non esiste la reflection in VB 2005 ma in VB.NET!!

VB 2005 è VB.NET, precisamente VB.NET 8.0 (ossia VB.NET per .NET Framework 2.0).

[tekanet]

Senza andare troppo OT e per dovere di cronaca: la nomenclatura VB 2005 si riferisce più all'ambiente di sviluppo (Visual Studio 2005) che al linguaggio. Un esempio più comprensibile: secondo il tuo ragionamento, VB 2008 dovrebbe essere VB 9. Questo non è vero, perché con Visual Studio 2008 si possono gestire progetti dal framework 2.0 al 3.5.. Quindi, lasciamo la nomenclatura con gli anni alle versioni di Visual Studio; il linguaggio ha già i suoi nomi che seguono il numero di versione.

tK

[albgen]

Originariamente inviato da tekanet
Senza andare troppo OT e per dovere di cronaca: la nomenclatura VB 2005 si riferisce più all'ambiente di sviluppo (Visual Studio 2005) che al linguaggio. Un esempio più comprensibile: secondo il tuo ragionamento, VB 2008 dovrebbe essere VB 9. Questo non è vero, perché con Visual Studio 2008 si possono gestire progetti dal framework 2.0 al 3.5.. Quindi, lasciamo la nomenclatura con gli anni alle versioni di Visual Studio; il linguaggio ha già i suoi nomi che seguono il numero di versione.

tK

infatti, io ho capito vb sviluppato con vs2005...

[MItaly]

La mia precisazione era solo volta ad evitare l'equivoco che poteva verificarsi per come era posta la risposta di albgen, per cui sembrava che in VB2005 non esistesse la reflection.

In ogni caso ad ogni nuova versione dell'ambiente di sviluppo corrisponde una nuova versione del compilatore, per cui si può fare tranquillamente il parallelo VB.NET 2002 => VB.NET 7.0; VB.NET 2003 => VB.NET 7.1; VB 2005 => VB.NET 8.0; VB 2008 => VB.NET 9.0, per quanto tutti gli IDE successivi a VB.NET 2003 supportino la compilazione con versioni precedenti del compilatore (fino alla 7.1) per framework precedenti.

[tekanet]

per quanto tutti gli IDE successivi a VB.NET 2003 supportino la compilazione con versioni precedenti del compilatore (fino alla 7.1) per framework precedenti.

Ora siamo ufficialmente OT, ma la questione mi preme: con Visual Studio 2005 puoi compilare per framework 1.0 e/o 1.1? Con Visual Studio 2008 puoi compilare per framework 1.0 e/o 1.1? Non mi risulta, ma magari è una funzione che mi sono perso...

[MItaly]

Non ne sono sicuro, ma mi pare che si potesse fino alla 1.1... dopo controllo.

[Alexander777]

Non potresti utilizzare il database?
Io ti suggerirei di utilizzare quello