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

More documents

Recommendations

Info

Carnielli Efrem: Programmazione a componenti Programmazione a componenti per svolgere un compito per cui sono stati creati. Per essere più precisi, cooperano per portare avanti le funzionalità operative di una certa applicazione, cosa che non potrebbero fare singolarmente. La relazione viene definita transazionale, formata cioe’ da una serie di richieste, provenienti dal processo client, e una serie di risposte, provenienti dal processo server. Non e’ di tipo conversazionale, nel senso che non ci sono due entita’ che dialogano; e’sempre il client, entità proattiva o propositiva, che ha la capacità di iniziativa di chiedere qualcosa, e sempre il server, entità detta reattiva, che non fa altro che reagire a delle richieste. Quanto appena detto è estremamente importante, perché un sistema C\S non è tale se non ha un client proattivo ed un server reattivo. Per questo la relazione tra client e server è di dipendenza perchè l’uno non ha senso di esistere senza l’altro. E’ ovvio pensare che vi sia relazione molti a 1, perché più client possono inviare richieste ad uno stesso server, ma altrettanto esistono relazioni 1 a molti e molti a molti, perché più processi server possono essere raggruppati sotto la stessa entità server in maniera logica, in modo che il client abbia l’impressione di dialogare con un unico server. Si ha quindi una virtualizzazione che verrà ripresa in seguito. La comunicazione avviene attraverso il concetto di transazione, cioè una sequenza di coppie ben definita del tipo: < richiesta, responso > Si usa il termine responso al posto del più scontato risposta perché si intende una risposta che non trasporta necessariamente dati “palpabili”, ma che potrebbe essere un esito su come sia andata una certa operazione o una conferma/consenso, come ad esempio un semplice ack. L’architettura client/server può essere schematizzata come nella figura 1.9. 16
Carnielli Efrem: Programmazione a componenti Richiesta Programmazione a componenti Processi Client Processi Server Response Figura 1.9. Cooperazione client server Lo scambio di messaggi inizia per iniziativa del client, che invia le richieste ad uno o più server. Finora abbiamo identificato le entità come dei processi. In realtà, naturalmente, potrei avere dei meccanismi client/server anche tra thread, come abbiamo visto per il caso del Web server e del DB server, in cui le richieste provenienti dal browser sono soddisfante da thread opportunamente generati per quell’unico scopo. 1.3.3 Processi peer Due (o più) processi sono detti peer (pari) quando sono molto “simili” (se non addirittura cloni dello stesso processo) e comunicano con un protocollo noto ad entrambi; sono in cooperazione bilanciata per svolgere una funzionalità. Un esempio piuttosto famoso è eMule, un programma per la condivisione di file su internet. I due processi relativi allo stesso programma che giace su macchine differenti una volta stabilita la connessione comunicano tra di loro per scambiare determinati file. I due processi sono identici, stesse funzionalità e stessi scopi anche se gli stati del processo saranno completamente diversi: c’è simmetria e si parla di cooperazione non transazionali. Tale relazione è espressa dalla figura 1.10. 17
Page 1 and 2: Programmazione a componenti Dispens
Page 3 and 4: Sommario Sommario Sommario 1 Progra
Page 5 and 6: Carnielli Efrem: Programmazione a c
Page 7 and 8: contiene sommariamente: • l'indir
Page 9 and 10: Complilazione,linking… file.java
Page 11 and 12: Macchina 1 Macchina 2 browser richi
Page 13 and 14: owser R1 R2 Carnielli Efrem: Progra
Page 15: elazione Entità 1 Entità 2 Figura
Page 23 and 24: entità 1 entità 2 l. applicativo
Page 27 and 28: Livello applicativo Livello di sist
Page 33 and 34: Figura 2.12. Intrasystem C/S Carnie
Page 35 and 36: 2.3 Terminal services Carnielli Efr
Page 37 and 38: Tty Emulator Sistema Operativo Hard
Page 43 and 44: Client Client Client Client Carniel
Page 45 and 46: Computer Client Figura 2.23. Applic
Page 47 and 48: Logica di presentazione (interfacci
Page 49 and 50: A A s; s; s=new s=new A(); A(); Car
Page 51 and 52: p 1 ret 1 y 3 p 2 ret 2 Stack di at
Page 53 and 54: g(){ . . . y = f(3, obj); . . . } f
Page 55 and 56: Activation record di h Activation r
Page 59 and 60: 3.1.4 Passaggio dei parametri Anali
Page 61 and 62: Figura 3.8. Chiamata di funzione Ca
Page 63 and 64: indirizzo. 3.1.5 Esempio: utilizzo
Page 65 and 66: 3.2.1 Riduzione del traffico di ret
Page 67 and 68:
Carnielli Efrem: Programmazione a c
Page 69 and 70:
Page 71 and 72:
al momento della progettazione C/S.
Page 73 and 74:
Page 75 and 76:
Page 77 and 78:
Page 79 and 80:
Studente Carnielli Efrem: Programm
Page 81 and 82:
Docente Figura 4.5. Extend Carniell
Page 83 and 84:
I passi per la costruzione di un mo
Page 85 and 86:
Studente Figura 4.7. Use Case diagr
Page 87 and 88:
Page 89 and 90:
U te n te g e n e rico S tu d e n t
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Compila Scegli Questionario Present
Page 97 and 98:
4.2.1.3.1 Ancora sugli activity dia
Page 99 and 100:
4.2.1.4.1 L’ utente Carnielli Efr
Page 101 and 102:
Page 103 and 104:
4.2.1.4.4 Collocazione elementi a v
Page 105 and 106:
seconda del tempo di attesa richies
Page 107 and 108:
SOFTWARE HOUSE A Attore L’utilizz
Page 109 and 110:
Analisi Progetto Test Sviluppo Fase
Page 111 and 112:
Page 113 and 114:
Tabella 2. Relazioni RELAZIONE DESC
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Figura 4.38. Esempio di sequence di
Page 127 and 128:
• collaudo: eseguito con i veri u
Page 129 and 130:
Page 131 and 132:
C 1 Figura 5.5. Replicazione A C 2
Page 133 and 134:
Figura 5.7. Riorganizzazione. Carni
Page 135 and 136:
Page 137 and 138:
Client Client Client Carnielli Efre
Page 139 and 140:
6.3.4 Connessioni Carnielli Efrem:
Page 141 and 142:
sqlParziale sqlParziale = = “sele
Page 143 and 144:
Page 145 and 146:
Codice scritto con ling. di program
Page 147 and 148:
Client Carnielli Efrem: Programmaz
Page 149 and 150:
Module Language … … f() … …
Page 151 and 152:
6.9 Connessione al Database Server
Page 153 and 154:
Page 155 and 156:
posso utilizzare gli EJB indicati i
Page 157 and 158:
Page 159 and 160:
hgt utenti ____ nome ____ cognome _
Page 161 and 162:
Page 163 and 164:
Figura 6.18. OLAP a tre dimensioni.
Page 165 and 166:
Page 167 and 168:
Figura 7.4. Ereditarietà’ Carnie
Page 169 and 170:
Figura 7.6. B eredita dalla classe
Page 171 and 172:
• Interfacce dirette: fanno parte
Page 173 and 174:
op1 op2 op3 op1 op2 op3 op4 op5 Ca
Page 175 and 176:
Figura 7.11. B eredita dalla classe
Page 177 and 178:
int int perDue perDue (int (int (in
Page 179 and 180:
7.8.1 Diamond Inheritance Problem C
Page 181 and 182:
implementazioni. 7.8.2 Class compos
Page 183 and 184:
Page 185 and 186:
f() A Carnielli Efrem: Programmazio
Page 187 and 188:
Page 189 and 190:
8 Glossario / Appendice Carnielli E
show all

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

Create successful ePaper yourself

Delete template?

Save as template?