Amiga Magazine Online

VINCENZO GERVASI
La creazione delle GUI
Una panoramica sugli strumenti sopware @arte I)
"-r ", e al
che devono essere chiamate dall'applicazione per costruire
e visualizzare gli elementi dell'interfaccia e per ricevere
informazioni sulle azioni dell'utente. La costruzione
programmatica di un'interfaccia complessa è un compito
da non sottovalutare: a questo proposito ci viene in
aiuto il secondo elemento di cui abbiamo parlato, il GW
builder, owero un costruttore di interfacce grafiche. Con
uno di questi programmi, la creazione della GUI diventa
unloperazione molto immediata, che spesso si riduce alla
Clè stato un tempo felice in cui la definizione dell'interfaccia
utente di un programma iniziava e finiva con la
scelta di un po' di "-p,
più uno o due nomi di file. S'intende, quelli erano tempi
felici per i programmatori, ma non per gli utenti, in nome
dei quali, poco alla volta, finestre, pulsanti, click e
doppi click sono arrivati a popolare gli incubi dei programmatori.
Forse qualcuno dei lettori avrà provato l'ebrezza di creare
un'interfaccia utente grafica dal nulla, magari in BA-
SIC su un vecchio Commodore 64, e avrà ben presenti
gli infiniti dettagli cui occorre prestare attenzione. ort tunatamente
per noi, però, oggi esistono numerosi am-
&enti per la creazione di GUI e il nostro Amiga è particolarmente
ben fornito al riguardo: anzi, tanto ben fornit0
che a volte non è facile scegliere l'ambiente di sviluppo
di GUI più adeguato. Per questo motivo, faremo un
veloce esame dei sistemi disponibili in ambito PD o Shareware,
senza pretesa di esaustività (anche perché il quadro
si modifica di giorno in giorno), ma con l'intento di
fornire un'utile "panoramica" ai lettori.
Framework e Builder
Due sono essenzialmente gli strumenti cui un programmatore
può ricorrere per semplificare la costruzione di
un'interfaccia grafica. I1 primo è costituito da un cosiddetto
framework, owero un insieme di routine già predisposte,
insieme alle relative regole d'uso, destinate a vari
compiti quali il disegno su schermo di finestre, icone e
pulsanti, la gestione delllinput da parte dellIutente e il
dialogo con l'applicazione. L'uso di un framew0l-k di un
qualche tipo è pressoché indispensabile nella realizzazione
di qualunque applicazione non banale (con la notevole
eccezione di alcuni giochi) e la sua scelta può influenzare
anche di molto l'aspetto, la velocità e la praticità
della GUI risultante. Tutti i framework offrono un'interfaccia
programmatica, ovvero una serie di funzioni
disposizione degli elementi necessari, scelti fra quelli for-
niti da un dato framework, all'interno di una finestra
(metodo del "drag&dropn).
Inutile rimarcare che la GUI prodotta da un builder offre
un grandissimo vantaggio in fase di sviluppo: è infatti
possibile effettuare una prototz@azione rapida dell'applicazione,
verificando subito l'adeguatezza della GUI implementata
al problema che si sta affrontando; allo stesso
modo, è possibile (e semplice) apportare immediatamente
i cambiamenti richiesti, senza dover rimettere mano su
grosse porzioni di codice.
Naturalmente, come in tutte le cose, c'è un prezzo da pagare
per questi vantaggi: può trattarsi di una perdita di
velocità, di una maggiore occupazione di memoria o dell'impossibilità
di implementare una data caratteristica nel-
I'interfaccia del proprio programma; è compito del programmatore
valutare i pro e i contro di ogni possibile soluzione
(che noi cercheremo sempre di mettere in evidenza)
per poi scegliere quella più adeguata.
I framework di sistema
Sappiamo bene che ogni Amiga, nel momento in cui
esce dalla sua scatola, è già dotato di una GUI: si tratta
del familiare ambiente del Workbench e di tutte le altre
utility incluse nei sistema. In effetti, AmigaOS fornisce
ben tre framework "nativi": si tratta di Intuition, della
gadtools.libras- e del sistema BOOPSI.
Intuition è il più antico dei tre, essendo nato (insieme
all'Amiga) nel 1985, e sta alla base di praticamente tutti
Il< 1 > I L