Inizialmente per costruire velocemente una interfaccia per i nostri interpreti abbiamo deciso di sfruttare la shell del DOS. Ci siamo stupiti quando ci siamo accorti che già così si avevano notevoli funzionalità (almeno sotto windows NT):

• il lavoro di immissione e lettura dei dati veniva realizzato automaticamente dalla shell senza la necessità di gestire a mano un'area di testo grafica;
• venivano memorizzati gli ultimi comandi, richiamabili con le frecce Up e Down.

    Abbiamo così creato degli interpreti che per l'input e l'output utilizzano degli stream. Se vogliamo creare un interprete per DOS è sufficiente passargli gli stream System.in e System.out. Anche l'interfaccia grafica a finestre colloquia con gli interpreti tramite stream. Per ogni interprete si hanno 3 stream: uno da cui l'interprete prende l'input e due su cui scrive l'output (standard output e messaggi di errori). Per realizzare tutto questo è stata utilizzata una pipe unidirezionale per ogni stream: l'interfaccia scrive su un lato della pipe e l'interprete legge dall'altro lato e viceversa. Quando l'interfaccia grafica deve spedire messaggi ad un interprete sono direttamente i metodi dell'applet che scrivono sulla pipe. Quando l'interprete scrive su uno stream di output, all'altro capo della pipe c'è in attesa un thread che appende i messaggi ad una text area specifica. Esistono due thread per ogni interprete, ciascuno associato ad una delle due text area di output.

    In totale, quando il programma è a regime, i thread (a parte quelli del sistema java) sono 7: uno è il main e tre ciascuno per implementare ogni interprete. Di questi tre uno esegue l'interprete vero e proprio e due sono i thread che appendono i messaggi alla text area.

    All'avvio ogni thread dovrebbe avere una priorità normale (5). Quando viene resettato un interprete, poiché il metodo dell'applet è chiamato dal sistema java che ha priorità 6, verrebbero creati nuovi thread con priorità 6, cioè più alta di quella del main. Questo lascerebbe l'interfaccia bloccata mentre l'interprete è al lavoro. Per questo motivo nei costruttori degli interpreti e degli ascoltatori viene settata manualmente la priorità.

    Per evitare ogni possibile conflitto abbiamo utilizzato il costrutto Syncronized su ogni sezione critica e precisamente sull'accesso ad ogni area di output.

    L'interfaccia grafica è stata costruita utilizzando le swing che grazie al doppio buffering permettono una maggiore stabilità visiva ed evitano le imprecisioni riscontrate nell'AWT. Nonostante tutto qualche piccolo problemino è rimasto anche nelle swing: a causa del LineWrap, java a volte non si accorge che una text area deve essere ridisegnata. Si è provveduto anche a risolvere questo problema.

In generale sono stati curati anche i particolari dell'interfaccia grafica per offrire un sistema comodamente utilizzabile. Tra le vare "facilities":

• Ogni interprete ha a disposizione una propria serie di tasti e di checkbox selezionabili che coprono le funzionalità essenziali dei ilnguaggi.
• Si è cercato anche di poter avere una completa gestione dell'interprete usando solo la tastiera, così si può evitare la noiosa operazione di spostare continuamente la mano destra tra il mouse e la tastiera: alla pressione del tasto enter dall'input area viene avviato l'interprete; in prolog il controllo si sposta automaticamente sul tasto End e tramite il Tab sul tasto More...
• È stata aggiunta anche la memorizzazione degli ultimi 50 comandi digitati nell'input area, richiamabili tramite le frecce Up e Down.
• In un interprete lisp ci è sembrato essenziale il controllo sulla parità delle parentesi: è sufficiente premere i tasti "<CTRL> B" per il controllo. Quasto funziona da ogni area di testo. In prolog il controllo viene fatto sulle parentesi quadre.
• Su ogni elemento dell'interfaccia grafica è stato aggiunto un tooltip, cioè un suggerimento sull'utilizzo ed eventualmente una bindkey (come per esempio nelle aree di testo in cui "<CTRL> S" permette di selezionare tutto il testo).
• Possibilità di caricare i file tramite la consueta finestrella windows e di salvarli.
• Le JTextArea già offrono i principali comandi come copia-incolla...
• Per finire si è anche aggiunto un vero e proprio help sui comandi di entrambi gli intrepreti, in modo da essere subito a conoscenza delle funzionalità implementate e delle possibilità offerte dagli interpreti. Inoltre l'help può essere comodo se si vuole brevemente rinfrescare la sintassi di un certo comando.

    L'unico inconveniente è che ancora non esista un browser che supporti java 1.2.
 

    Mostriamo di seguito il risultato ottenuto.
 

Interpreti Scheme e Prolog con interfaccia basata sulla shell di DOS:

L'interfaccia swing è invece la seguente:

    Una visione d'insieme con tutte le finestre aperte è la seguente: