Griglia di immagini

[neroMalpelo]

Ciao a tutti

per studio in c# 2008 mi sono prefissato di creare una sorta di
generatore di mappe casuali.
Partendo da una griglia di caselle, poniamo 20 px di lato, e con
80 righe 60 colonne vorrei rappresentare in un form il risultato finale
con la griglia.
In ogni casella , si pone una immagine (piccole png gia' fatte e poste
in una directory fissa) a rappresentare la porzione di territorio
(poniamo, per semplicita' in tutto 12 immagini possibili).
La mia domanda e', come rappresentare nel form le cellette ?
Il prossimo passo sarebbe quello di renderle cliccabili per fare aprire
uan finestra con delle informazioni sulla celletta (come ad esempio:
tipo di terreno e altre proprieta' varie)

Pensavo di rappresentare le cellette con degli oggetti di una classe con
tante proprieta' quante sono le info desiderate al click su di essa.

Sono al primo programma e spero di non essermi complicato troppo la vita.

Accetto qualunque suggerimento, anche a grandi linee.
:-)

saluti e buon natale a tutti

[LudovicoVan]

"neroMalpelo" <nerom...@virgilio.it> wrote in message
news:4ef35449$0$1383$4faf...@reader2.news.tin.it...

Piu' che altro ti infili in un vicolo cieco se pensi che tutto vada
interpretato in termini object-oriented (OO). La GUI della tua applicazione
e' la pagina che gira nel browser, programmata in HTML/CSS/JS, quindi si
tratta di linguaggi dichiarativi (JS in particolare e' un linguaggio
funzionale, il contesto dell pagina e' event-driven, e i framework OO in JS
sono un'aberrazione). Lo strato applicativo, ovvero la pagina Asp.Net come
gira sul server, e' invece (assumendo C#/VB) in un linguaggio OO imperativo,
ma comunque il paradigma e' event-driven e sono i life-cycle di
application/page/control che vanno studiati (sono documentati su MSDN). Poi
di solito hai della logica di servizio o di domain (a seconda degli
orientamenti architetturali) dove ti puoi permettere di fare OO puro (ma si
puo' fare anche altro). Infine spesso hai un database o data-store: questo
fa layer a se', ed e' di nuovo prettamente dichiarativo.

Per il resto, temo di trovare i tuoi requisiti alquanto nebulosi...
Potresti provare a spiegare meglio cosa l'applicazione si suppone che faccia
(non come la cosa vada poi implementata, che e' un passo successivo), ma
forse e' ancora meglio se scomponi il problema in sotto-problemi che poi
affronti uno alla volta...

-LV