Object o Class

[fr33d0m]

Devo gestire degli oggetti diversi tra loro tutti contenuti in un TList.
La mia idea è questa:
Creare una classe/oggetto TCustom con alcuni campi e metodi;
Creare n classi/oggetti derivati da TCustom, facendo l'override su alcuni metodi e con altri campi e metodi aggiuntivi;
Aggiungere a TList n di questi classi/oggetti senza sapere a prescindere di che tipo saranno.
Per fare tutto ciò è meglio creare delle classi o degli oggetti?

[nomorelogic]

Normalmente tutti le classi derivano da TObject per cui la tua istanza di TList potrebbe semplicemente gestire TObject,

In alternativa, in questi casi, mi predispongo una classe parent del progetto, in questo modo posso:
(1) definire le proprietà comuni a tutte le classi figlie
(2) essere sicuro che nella lista ci saranno istanze di classi diverse ma tutte coerenti col progetto

Non so se questo schema lo si può applicare anche al tuo caso.

Poi ci sono anche le interfacce...

[fr33d0m]

(1) definire le proprietà comuni a tutte le classi figlie

Ok, è proprio quello che voglio fare.

(2) essere sicuro che nella lista ci saranno istanze di classi diverse ma tutte coerenti col progetto

Qui non capisco cosa intendi con "coerenti". Che le classi che aggiungo alla lista devono tutte essere derivate dalla stessa classe comune?

Poi ci sono anche le interfacce...

Che eviterei per incapacità... 

[DragoRosso]

(2) essere sicuro che nella lista ci saranno istanze di classi diverse ma tutte coerenti col progetto

Qui non capisco cosa intendi con "coerenti". Che le classi che aggiungo alla lista devono tutte essere derivate dalla stessa classe comune?

Classi che hanno uno stesso fine logico. Tutte le classi discendono da una unica classe (Class of TObject) quindi qualunque classe ha un classe comune 

Poi andando sul pratico, una lista, ancorchè possa contenere di tutto (tanto immagazzinerà puntatori) è sempre meglio che contengano un unica tipologia di referenza (ad esempio solo TControl o TComponent in maniera generica o TEdit o TComboBox ....).

Attenzione anche che all'interno della lista rimane un riferimento "statico" e che quindi quel riferimento NON deve cambiare, o se cambia (ad esempio distruggo una classe referenziata nella TList) devo assolutamente essere certo che quel riferimento sia valido.
Ulteriore attenzione: siccome nella TList ci sono dei puntatori in genera l'accortezza è sempre quella di avere la possibilità di testare la validità del contenuto, prima che si generi un errore (generalmente "nil" insieme ad un campo noto del controllo, nil non è molto spesso sufficiente da solo).

[DragoRosso]

Poi ci sono anche le interfacce...

Che eviterei per incapacità... 

Non sottovalutarti, sono di uso più semplice di quello che sembra e sono utili molto spesso, anche se non siamo abituati ad usarle.

Giusto per fare un esempio:

1) Ho una classe Poligono base;
2) Ho una classe Quadrato derivata da Poligono;
3) Ora ho necessità di aggiungere una classe Cerchio che deriva da Quadrato e da una classe Curva;

In alcun linguaggio ciò è possibile (a parte forse il C++, ma nessuno lo fà perchè non c'è supporto pieno a ciò). Ossia non si può derivare una classe da due "classi" direttamente (*).

Orbene, con le interfaccie posso farlo, e in maniera relativamente semplice.
C'è un articolo nel nostro Blog che sipega questi principi, anche se effettivamente viene presentato non in maniera così semplice.

Usando le interfacce posso aggiungere funzionalità alla classe (come con gli ulteriori vari "strumenti" messi a disposizione dall'OOP) garantendo una universale compatibilità.

Una delle interfacce più usate è sicuramente "IEnumerator" che consente di enumerare gli "oggetti" (ad esempio con il for ... in ... do) o "IEqualityComparer" usata nei generici per comparare i valori.
(*) Magari mi perdo qualche pezzo per strada, ma sicuramente in Pascal non si può fare.

[nomorelogic]

(2) essere sicuro che nella lista ci saranno istanze di classi diverse ma tutte coerenti col progetto

Qui non capisco cosa intendi con "coerenti". Che le classi che aggiungo alla lista devono tutte essere derivate dalla stessa classe comune?

Classi che hanno uno stesso fine logico. Tutte le classi discendono da una unica classe (Class of TObject) quindi qualunque classe ha un classe comune 

Esatto: mettere in una lista istanze di diverse classi che ereditano da TControl insieme a istanze di TSqlQuery non è proprio una buona pratica.