Eh, quindi sai che le strutture come le List (ma anche gli Array) semplificano le cose a chi usa solo variabili semplici.
Hai poco chiare le idee su quelli che chiami Main: forse intendi dire che hai 6 Activities? Perché di Main ce n'è uno solo (una, dovrei dire).
Beh, storco un po' il naso perché, per esempio, io metto tutte le funzioni che riguardano SQLite in un modulo e tu, che usi due moduli già belli e pronti, potresti tentare di fare qualcosa di simile con ogni tua app.
Le classi alla fine sono molto semplici; di solito, rappresentano un oggetto, anche immateriale: una persona, un livello...
Per rappresentarla, facciamo l'esempio di una persona, usano le proprietà (che tu puoi leggere e/o scrivere "da fuori"), come ad esempio nome, cognome, altezza, etc. Oppure, per il Livello: NumMinParoleIndovinate potrebbe essere una caratteristica/proprietà.
A quel punto hai due classi: Persona (potrebbe anche essere invece Giocatore!!!) e Livello. Una delle "caratteristiche" o proprietà della Persona potrebbe essere proprio il suo livello attuale!
Class clsGiocatore
' variabile Global
Private mLivello as Livello
' Proprietà Livello sia scrittura che lettura
Public Sub setLivello(Livello as clsLivello)
mLivello = Livello
End Sub
Public Sub getLivello as clsLivello
Return mLivello
End Sub
A quel punto, se hai una variabile di tipo clsGiocatore (o una List di tipo clsGiocatore!):
Private Giocatore as clsGiocatore
... init etc.
Giocatore.Livello = 5
Inoltre, nelle classi puoi usare anche delle Sub (funzioni o metodi) che possono rappresentare le azioni dell'oggetto, nell'esempio le azioni del Giocatore.
Insomma, non sono difficili e sono molto utili.