Common Object Request Broker Architecture: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
Nur (discussione | contributi) Aggiunti i collegamneti esterni dalla pagina inglese di wikipedia |
Funzionalità collegamenti suggeriti: 3 collegamenti inseriti. |
||
(64 versioni intermedie di 43 utenti non mostrate) | |||
Riga 1:
{{F|programmazione|febbraio 2013}}
'''CORBA''' ('''''Common [[Object Request Broker]] Architecture''''') è uno [[standard (informatica)|standard]] sviluppato
Esso facilita lo sviluppo di [[sistema distribuito|sistemi distribuiti]] fornendo:
*
*
*
I vari componenti comunicano attraverso
== Descrizione ==
CORBA è un meccanismo [[software]] per la gestione delle chiamate a procedura con oggetti di invocazione che risiedono in uno stesso spazio degli indirizzi (applicazione) o in uno spazio degli indirizzi remoto (stesso [[host]] o host remoti collegati in rete). La versione 1.0 è stata distribuita nell'ottobre 1991.
CORBA utilizza un apposito linguaggio denominato [[Interface Description Language]] (IDL) per definire le interfacce che gli oggetti presentano al "mondo esterno". CORBA specifica poi una “mappatura” da IDL a specifici linguaggi di implementazione come [[C++]] o [[Java (linguaggio di programmazione)|Java]]. Mappature standard esistono inoltre per [[Ada (linguaggio)|Ada]], [[C (linguaggio)|C]], [[C++]], [[Lisp]], [[Smalltalk]], [[Java (linguaggio di programmazione)|Java]], [[COBOL]], [[PL/I]] e [[Python]]. Esistono anche mappature non standard per [[Perl]], [[Visual Basic]], [[Ruby (linguaggio di programmazione)|Ruby]], [[Erlang (linguaggio)|Erlang]], e [[Tcl]] implementati mediante [[Object Request Broker]] (ORB) scritti per questi linguaggi.
La specifica CORBA prevede che ci sia un ''ORB'' attraverso il quale l'applicazione interagisce con gli oggetti distribuiti. In pratica, l'applicazione inizializza l{{'}}''ORB'' e accede ad un ''Object Adapter'' interno che ha compiti come il conteggio dei riferimenti, la politica di istanziazione di oggetti e riferimenti, le politiche sul tempo di vita degli oggetti e così via. L{{'}}''Object Adapter'' è usato per registrare istanze delle ''Classi Generate''. Le ''Classi Generate'' sono il risultato della compilazione del codice ''IDL'' che traduce la definizione ad alto livello dell'interfaccia in una classe dipendente da un sistema operativo e da un linguaggio, che verrà usata dall'applicazione utente. Questo passo è necessario al fine di garantire la semantica definita da CORBA e di fornire un processo preciso per interfacciarsi con l'infrastruttura CORBA.
Alcune mappature da ''IDL'' a specifici linguaggi di programmazione sono "più ostili" di altre. Ad esempio, data la natura di Java, la mappatura ''IDL-Java'' è relativamente semplice e rende l'uso di CORBA molto semplice in un'applicazione Java. La mappatura verso C++ non è banale ma rende disponibili tutte le caratteristiche dell'infrastruttura CORBA, come la [[gestione delle eccezioni]]. La mappatura verso C è ancora più ostica (dato che non è un linguaggio Object Oriented) ma è costruita in modo sensato e rende bene la semantica delle chiamate RPC. (Red Hat Linux viene distribuita con il sistema [[GNOME]] UI, il cui IPC era basato su CORBA, ora rimpiazzato da [[D-Bus]])
Una mappatura a linguaggio richiede allo sviluppatore di creare del codice IDL che rappresenti le interfacce ai suoi oggetti. Tipicamente, un'implementazione CORBA viene distribuita con uno strumento chiamato ''compilatore IDL'', che converte il codice IDL in codice specifico per il linguaggio scelto. Un [[compilatore]] tradizionale è poi usato per compilare il codice generato per creare codice eseguibile per l'applicazione. Il diagramma seguente illustra il modo in cui il codice generato è utilizzato nell'infrastruttura CORBA:
[[File:Orb.svg|center|La generazione automatica di codice d'infrastruttura da un'interfaccia definita usando CORBA IDL]]
La figura illustra il paradigma di alto livello per la comunicazione remota fra processi utilizzando CORBA. Altri argomenti di cui la specifica CORBA si occupa includono data ''typing'', eccezioni, protocolli di rete, timeout nella comunicazione, ecc. Esiste anche una serie di problemi che non vengono trattati nella specifica di CORBA, ma che tutti i sistemi distribuiti devono essere in grado di affrontare: tempo di vita degli oggetti, ridondanza/''fail-over'', semantica dei nomi, gestione della memoria, ''load balancing'' dinamico ecc.
Oltre a fornire agli utenti un linguaggio ed una specifica indipendente dalla piattaforma di utilizzo [[Chiamata di procedura remota]], CORBA definisce servizi d'uso comune quali supporto alle transazioni e alla sicurezza, gestione degli eventi, del fattore temporale ed altri modelli d'interfaccia ''___domain-specific''.
;Marchi registrati OMG
CORBA, IIOP e [[Object Management Group|OMG]] sono marchi registrati dell'Object Management Group, mentre GIOP non è un marchio registrato OMG.
== Voci correlate ==
*[[ISO]]
*[[UML]]
== Collegamenti esterni ==
* {{Collegamenti esterni}}
{{Controllo di autorità}}
{{portale|Informatica}}
[[Categoria:Programmazione orientata agli oggetti]]
|