posta - Amiga Magazine Online

usare due trucchi: il primo è tenere la catena dei file ".pn,
che contengono solo la definizione dei campi, nell'ordine
giusto, da genitore a figlio, a figlio ecc.; il secondo è usare
i cast, infatti anche una struttura così risponde a tale mecca-
nismo, come se si fosse in presenza di due strutture nidifi-
cate, proprio perché i campi sono posti nell'ordine richiesto
dalle diverse strutture.
L'ereditarietà dei metodi si realizza invece mediante le
classi: diventa quindi decisiva la funzione che effettua
fisicamente il dispatch dei messaggi:
if( messaggio == OGGETTO->CLASSE-
>VETTOREMETODI[indice].ID)
ESEGUI VETTORE-METODI[indice].METODO( OGGETTO );
else
~ndlce++;
e infine:
if( VETTORE-FINITO-MESSAGGIO-NON-TROVATO )
CERCA IN:
OGGETTO->CLASSE->ANTENATO->VETTOREOGGETTO->CLASSE->ANTENATO->VETTOREMETODIMETODI;
Come vedete, è in pseudocodice, cioè senza nomi e tipi, e
potete certamente capire che il codice corrispondente è a
dir poco "intricato". Si noti che, risalendo di classe, si deve
passare alla funzione l'oggetto giusto, utilizzando il cast
appropriato. Siamo, dunque, rimasti con un oggetto arric-
chito da un sistema di classi, la cui catena, beninteso, viene
indicata dal programinatore "a mano", ma che funziona
egregiamente.
Ci sono due grossi vantaggi in questo secondo metodo,
almeno secondo il mio modo di scrivere il codice. I1 campo
ogt-pData di un oggetto, cioè quello dei dati pubblici, è
esplicito, cioè è indicato e spiegato nel file include dell'og-
getto cui appartiene; la struttura che ospita i dati può e deve
essere scritta in modo da contenere i possibili parametri e
risultati, tanto le estensioni si possono sempre fare, purché
in coda, ma ci si guadagna per il fatto di non dover più
dichiarare parametri e risultati per ogni riga di metodo. E'
vero che così le funzioni chiamanti vengono legate all'og-
getto, ma in mancanza di una vera sintassi "oggettiva"
ritengo che il gioco valga la candela. L'ideale sarebbe stata
una sintassi del tipo:
ed esisterebbe anche la possibilità di implementarla usan-
do funzioni con un numero variabile di argomenti, presenti
nel C ANSI e documentate nella nuova edizione del K&R (il
libro: "The C programming language", di Kernighan &
Ritchie). Ma, in definitiva, mi è sembrato più semplice e
immediato usare una struttura dati pubblica, almeno per
questo codice di base. Prima di vedere gli aspetti più pratici
della codifica, concludo evidenziando il fatto che, comun-
que si vogliano utilizzare le tecniche esposte, in modo
originale o meno, i vantaggi si fanno sensibili, soprattutto
su Amiga, il cui sistema operativo prevede sin dall'origine
le librerie, delle quali gli oggetti possono usare lo schema.
Un esempio di codifica pratica secondo
entrarpbi i metodi
I->roviamo finalmente a costruire un oggetto. Per iniziare
lavoreremo su un vecchio conoscente, il BUFFER. Ho
indicato con BUFFER un'area di memoria semplice, da cui
è possibile derivare vettori, matrici, bitplane e così via;
eccone le proprietà:
typedef struct buffer-data
i
/* campi provenienti dal f ~le buffer.p */
BYTE *bdb-pBuf; /* indirizzo */
LONG bdb-Len; /* lunghezza */
/* fine del file buffer.p */
) BUFD;
BUFFER è stato sviluppato secondo entrambe le tecniche,
ma i punti in comune sono molti; è quindi il caso di
descrivere il codice generale, evidenziando le differenze
più avanti. In primo luogo va chiarito che BUFFER è un
oggetto di livello molto basso, basti pensare che nella
libreria dei compilatori Borland, quella dei linguaggi Turbo
per MS-DOS, viene addirittura definito un oggetto TEdit,
che è un vero e proprio editor. Creando un oggetto TEdit si
ottiene, nel proprio programma, un editor WordStar-like. I1
basso livello di BUFFER ha reso necessario fornire metodi
anomali, come M-GIVEP-OR, metodo che chiede I'indiriz-
zo, cioè il normale puntatore del buffer.
Ma perché questo strano nome, M-GIVEP-OR? Esso segue
la sintassi della prima tecnica per i messaggi. "M-" sta per
metodo, così "F-" può essere preposto alle funzioni;
"GIVEP" è il nome, che dice: "Dimmi il valore del puntatore
(campo bdb-pBuf)"; "-ORn dice che quel messaggio indica
un metodo i cui parametri devono essere l'oggetto e la
struttura Result. Possiamo trovare ''_On, "-OP" e "-ORn.
Questa convenzione fa parte di un piì~ vasto schema il cui
scopo è quello di nominare variabili e funzioni secondo un
metodo che aiuta a riconoscerne il significato. E' detta
convenzione ungherese e il codice che la rispetta sembra a
prima vista scritto in una lingua incomprensibile, ma basta
farci l'abitudine. In America ci credono molto, se è vero che
tutto il codice di Microsoft Word per Windows è stato scritto
così! Comunque io ho voluto chiarirlo perché altrimenti i
listati sembrano inutilmente confusi; nei file header ci sono
i commenti necessari per venirne a capo.
Chiudiamo questa lunga parentesi e torniamo ai metodi. Le
tecniche di emulazione di oggetto descritte non vincolano
il modo in cui gli oggetti sono creati e distrutti, ma solo la
loro gestione. I1 caso più semplice è quello in cui si dichiara
un oggetto come variabile, poi si impostano campi, riferi-
menti e valori di default con metodi opportuni.