Versione finale relazione

[toni-reis.git] / doc / analisi_supporto_tecnologico.tex

\chapter{Analisi del supporto tecnologico}
Come supporto tecnologico è stata utilizzata la suite \textit{gnat} in versione GPL.
In particolare i pacchetti utilizzati sono stati:
\begin{itemize}
\item Gnat: il compilatore per il linguaggio \textit{Ada}.
\item Xmlada: il modulo per interagire con i documenti in formato XML.
\item Gtkada: modulo per creare interfacce grafiche con le note librerie GTK.
\item Polyorb: per l'implementazione di Ada Distributed System \(Annex E\).
\end{itemize}
\section{Documentazione}
Il principale problema, che riguarda tutte le tecnologie utilizzate, è stata la scarsa documentazione disponibile. La poca documentazione è inoltre pensata per utenti che conoscono bene i problemi di concorrenza e distribuzione, assumendo molte conoscenze come scontate. Questo, specialmente per le fasi iniziali del progetto, è stato un grosso problema: è stato necessario molto tempo quindi solo per raccogliere la documentazione disponibile.

Per quanto riguarda Xmlada questo problema è ancora più marcato: la documentazione è completamente assente,a meno di un piccolo tutorial, e rimanda alle specifiche del W3C, abbastanza dispersive e verbose.

\section{Polyorb}
Polyorb, oltre a soffrire dello stesso problema di scarsa documentazione, soffre di altri problemi, a nostro avviso ben più gravi.
\begin{itemize}
\item non è implementato il \textit{marshalling} e \textit{unmarshalling} dei record: non è possibile passarli come parametro, nè utilizzarli in una unità definita  \textit{shared passive}.
Tale difetto non è documentato e non si può riscontrare se non in codice complesso. Solo nella fase di codifica è stato possibile accorgersi di questo problema. E' stato necessario modificare la progettazione del componente \textit{Monitor} e della parte relativa alla gestione 
delle statistiche del componente \textit{Race}.
\item non è possibile compilare i sorgenti in modalità debug: funzionalità che sarebbe molto utile in fase di verifica. 
\end{itemize}

\section{Limitazioni delle tecnologie }
\subsection{Limitazioni del linguaggio}
Molte delle limitazioni dovute al linguaggio sono giustificate dal punto di vista logico: questo non è un grosso problema perchè una volta capito il significato delle varie unità di distribuzione, non è difficile adattare il codice per rispettare questi vincoli.
Ci sono però altre caratteristiche del linguaggio che hanno lasciato alcune perplessità:
\begin{itemize}
\item per l'inizializzazione dei campi dati all'interno delle risorse protette si possono usare i parametri del costruttore, ma non effettuare operazioni matematiche su di essi.
 Ad esempio non è legale il seguente codice: 
\texttt{
protected type Test(parametro : Integer) is \\
...\\
private \\
a : Integer := 3*parametro; \\
...\\
end Test;
}
\end{itemize}

\subsection{Limitazioni GTKAda}
La libreria \textit{gtkada} sono un implementazione delle librerie grafiche GTK in Ada. I problemi riscontrati non riguardano l'implementazione Ada, ma in generale le librerie GTK.
\begin{itemize}
\item problemi nella gestione di eventi provenienti da diversi \textit{thread}: è necessario infatti utilizzare delle chiamate di basso livello a \textit{Gdk.Threads} per non incorrere in errori, tra l'altro difficili da individuare. Non dovrebbe essere necessario eseguire macro per l'acquisizione di lock su tutti gli elementi dell'interfaccia, 
le librerie dovrebbero essere invece \textit{thread-safe}. Altre librerie grafiche (ad esempio le \textit{QT}) non soffrono di queste problematiche. La scelta sulle \textit{GTK} è stata però obbligata poichè il porting
delle \textit{QT} al linguaggio \textit{Ada} non è ad uno stato sufficientemente maturo.
\item uso abbondante delle procedure piuttosto che di delle funzioni. Questo richiede la dichiarazione di variabili esplicite anche per assegnazioni ``intermedie''; vedere ad esempio i metodi \textit{Gtk\_New\(\)}.
\item funzioni esplicite per l'\textit{upcasting} ad interfaccia dalla nomenclatura discutibile, ad esempio \textit{+\(\)} o \textit{-\(\)}.
\item scarsi vantaggi offerti dall'utilizzo dell'applicativo \textit{Glade} per il design delle UI. Il livello di dettaglio che si raggiunge non è sufficientemente preciso, e il codice generato non è così chiaro da poter essere modificato facilmente.
\item scelte architetturali complesse, ad esempio il pattern \textit{Model View Controller} applicato alla visualizzazione delle liste. Per mantenere ordinata la vista, è necessario utilizzare due modelli, uno grezzo con i dati ed un secondo per gestirne l'ordinamento.
\end{itemize}

\section{Considerazioni sullo svolgimento del progetto}
La scelta di intraprendere il secondo livello di difficoltà nel progetto didattico è stata presa con l'intento di ottenere buoni risultati e di capire affrontandole, le principali problematiche dovute alla concorrenza ed alla distribuzione. Tuttavia si cercava anche di evitare ulteriori problematiche legate alle tecnologie da utilizzare e alla luce delle conclusioni la scelta non è stata ripagata. Probabilmente utilizzando uno standard più diffuso come \textit{CORBA} i problemi relativi alla distribuzione sarebbero stati  maggiormente prevedibili, e il tempo a disposizione sarebbe stato impiegato in modo più fruttuoso. Un cambiamento così radicale non poteva essere affrontato a progetto iniziato dati gli eccessivi costi.