Dispensa in PDF - Dipartimento di Scienze Ambientali, Informatica e ...

Carnielli Efrem: Programmazione a componenti
Definizione ed uso di classi, oggetti ed interfacce
domanda “make or buy?” e, indipendentemente dalla risposta, ci saranno dei pregi
e dei difetti riguardo alla scelta effettuata. Nel caso del make, avremo un sistema
informativo perfettamente aderente alle metodologie e alle esigenze dell’azienda.
Per realizzare un software di questo tipo le conoscenze richieste sono elevate nel
caso di progetti di un certo livello, inoltre bisogna tenere in considerazione il
tempo necessario per la realizzazione di software. Se la scelta cade sul make si ha
un notevole risparmio sia in termini di tempo sia di denaro, però è necessario
uniformarsi alle metodologie di produzione aziendale standard dovendo
rinunciare alla propria specificità e adottando un’applicazione che non soddisfa
pienamente le nostre esigenze. La soluzione migliore si trova combinando le due
modalità: il software verrà creato unendo e facendo cooperare varie parti già
presenti sul mercato e il quale funzionamento è già stato collaudato. Queste parti
vengono chiamate componenti. Il lavoro, perciò, consiste nel far cooperare le varie
componenti e nello sviluppare quelle che eventualmente non esistono. La
caratteristica fondamentale di una componente è il fatto che,una volta creata, può
essere riutilizzata in diverse situazioni.
Queste sono le caratteristiche di una componente:
• è un’unità di distribuzione indipendente: deve essere ben separata
dall’ambiente in cui viene utilizzata. Incapsula le caratteristiche che la
costituiscono. Viene definita come unità nel senso di unicità: non può
essere distribuita “a pezzi”.
• è un’unità di composizione con terzi: potrebbe non servire a niente da
sola ma deve essere utilizzata insieme ad altre componenti. Il suo uso
da solo in certi casi è consentito e dipende dalla sua granularità. Per
comporsi, due componenti non devono conoscere le parti costituenti
dell’altra componente. Perciò, sono necessarie delle specifiche che
accompagnino la componente per poterla utilizzare. L’unica cosa che si
deve conoscere per poter utilizzare una componente è la sua
interfaccia.
• non deve avere uno stato persistente: la componente viene chiamata
immutable plan perché se ci sono due componenti uguali, non ci deve
essere uno stato che permetta di distinguere la prima dalla seconda.
Cerchiamo di chiarire la definizione di componente con degli esempi.
Penso ad un componente come alla classe String, un’istanza della classe può essere
“ciao”. Ma la classe String non è cambiata è sempre la stessa. Prendo l’istanza
“notte”, ho due istanze diverse di uno stesso componente.
Il componente è un programma statico ed immutabile.
La libreria C math.h è una componente mentre il programma che usa la libreria con
l’istruzione #include math.h, crea un’istanza della componente. Nella macchina
164