Perché.Net e non più COM/DCOM ? Superamento dei problemi di COM: Richiede una infrastruttura "non semplice" da ogni applicazione (ad esempio Class Factory.

Presentazione sul tema: "Perché.Net e non più COM/DCOM ? Superamento dei problemi di COM: Richiede una infrastruttura "non semplice" da ogni applicazione (ad esempio Class Factory."— Transcript della presentazione:

1 Perché.Net e non più COM/DCOM ? Superamento dei problemi di COM: Richiede una infrastruttura "non semplice" da ogni applicazione (ad esempio Class Factory e Interface Marshaler) Le interfacce COM possono essere implementate in qualunque linguaggio (differenze di implementazioni dei Linguaggi) Possibilità di esecuzione del nostro codice su qualunque piattaforma Gestione automatica della memoria Una migliore organizzazione delle funzioni di un Sistema Operativo Interoperabilità con COM

2 Caratteristiche Principali di.Net.Net è un Framework Chiave di volta: Ogni strumento di sviluppo compatibile con il framework, compila il proprio sorgente nel Microsoft Intermediate Language (IL) Tutti gli strumenti di sviluppo producono lo stesso IL per qualunque linguaggio sorgente Differenze di implementazione non più esistenti Il Codice IL viene tradotto run-time nel codice macchina per poter essere eseguito (Just-In-Time) Source Code MIL Platform- Specific Code Ambiente di sviluppo Just-in-Time Compiler

3 Caratteristiche Principali di.Net L'esecuzione del codice avviene in un ambiente chiamato "Run-Time di Linguaggio Comune", che offre un insieme di servizi più ricco rispetto a quelli offerti da Win32 Ogni società può produrre un linguaggio compatibile con il runtime di linguaggio comune (Microsoft: C#, Jscript e C++) Il Framework.Net supporta il Garbage Collector Le funzioni offerte da un SO vengono raggruppate ed ordinate tramite un Namespace Compatibiltà con COM (wrapper)

4 Web Services Sviluppo di Client utilizzando servizi disponibili sul WEB Un editor di testo utilizza un correttore ortografico (anche a pagamento) disponibile in rete L'accesso ad Internet è inglobato nei programmi Facilità di interazione ottenibile da comunicazione "standard" Protocollo di trasferimento HTTP (Hypertext Transfer Protocolo); è il più comune. Codifica dei dati inviati su HTTP basata sullo schema XML (eXetensibile Markup Language) XML Web Services: un oggetto su un server accetta una richiesta in arrivo da un client, utilizzando il minimo comune denominatore in Internet: HTTP/XML

5 Realizzare un XML Web Service è semplice: basta creare un oggetto.NET come se si dovesse accedere direttamente da un client locale lo si contrassegna con un attributo che lo rende disponibile ai client Web ASP.NET si occupa di utto il resto: aggancia automaticamente un'infrastruttura pronta all'uso che accetta le richieste in arrivo tramite HTTP e le rimappa in chiamate al vostro oggetto Web Services: Creazione di un Server

6 Windows 2000 Server con.NET Oggetto.NET Metodo 1 Metodo 2 ………... Metodo n 1. Arriva una richiesta HTTP con il nome del metodo e i parametri condificati in XML 3. ASP.NET chiama il metodo 4.L'oggetto ritorna i risultati ad ASP.NET 5.ASP.NET converte i risultati in XML e li ritorna al client via HTTP 2. ASP.NET crea l'oggetto relativo al metodo

7 L'accesso agli XML Web Service da parte dei Client è reso più facile tramite delle opportune classi Proxy disponibili nel Framework.NET Uno strumento di sviluppo in ambiente.NET legge la descrizione del servizio Web XML che si intende utilizzare da client e genera una classe Proxy che contiene le funzioni scritte nel linguaggio utilizzato per sviluppare il client Quando il client invoca una di queste funzioni, la classe Proxy crea una richiesta HTTP e la invia al server. Quando la risposta torna indietro la classe Proxy esamina i risultati e li restituisce alla funzione. Web Services: Creazione di un Client

8 In fase di programmazione, viene generato un oggetto Proxy dalla descrizione di un servizio Web XML Web Services: Creazione di un Client Programma Client Proxy 3.Il proxy converte le chiamate in XML e HTTP e li invia su Internet 4.Il proxy riceve i risultati in XML su HTTP e li converte in valori di ritorno 5. Il Client riceve i valori di ritorno dal Proxy 1. A run-time il Client crea l'oggetto Proxy 2.Il Client invoca un metodo del proxy to/from server

9 Per poter sviluppare i Client è necessario conoscere i servizi disponibili su Internet Sono disponibili le descrizioni dei Web Service in formato XML Il linguaggio utilizzato per descrivere il servizio è il WSDL (Web Service Descriptor Language) Le richieste che devono pervenire agli oggetti del XML Web Service da parte del Client devono essere formulate in accordo a specifici protocolli (ad esempio SOAP) SOAP (Simple Object Access Protocol) Web Services