COM. Hva er COM? The Component Object Model. Microsoft sitt rammeverk for å lage og bruke komponenter

Transkript

1 COM The Component Object Model Hva er COM? Microsoft sitt rammeverk for å lage og bruke komponenter Gjør programvare enklere å lage og bruke Tilbyr et bredt spekter i tjenester og verktøy Tilnærmet språkuavhengig Veldig utbredt

2 Trekk ved COM Standard grensesnitt Språkuavhengig Fleksibel sikkerhet Støtter flere nettverksprotokoller Komplett siden 1992 Flere plattformer Finnes over alt Lokasjonstranparens RPC Remote Procedure Call Kan aksessere servicer i samme prosess AktiveX og JavaBeans

3 COM i verktøy Adobe Pagemaker SoftQuad HotMetal Pro Borland IntraBuilder Macromedia Director NetObjects Fusion PowerSoft NetImpact M.m COM i nettverk DCOM = Valgfrihet IPX SPX HTTP UDP AppleTalk osv

4 COM og sikkerhet Security Support Provider Interface (SSPI) NT LAN Manager (NTLM) Kerberos COM er over alt? Windows selvfølgelig Sun HP Unix Linux

5 COM, CORBA og Objekter COM objekter har ingen persistent identitet interface peker til et objekt i minnet Type bibliotek COM oppbygging Moniker binder sammen tilstandsløse objekter med en kontekst COM interface er definert som lav- nivå binært API basert på ein tabell av pekere

6 COM Server Implementere et klasse interface Registrere klassene den støtter Initialisere COM biblioteket Verifisere at biblioteket er av en kompatibel versjon Tilby en unload mekanisme Uninitialisere COM biblioteket COM+ Evolusjon Utvidede tjenester Hva med COM?

7 Hva er COM+? Runtimemiljø Utvidede tjenester Fornyelser Strategi? Attributter Administrasjon/objekthåndtering Metadata COM+ og interceptions COM+ objekter mellom klient og tjener Styrer oppførselen til objekter Tilbyr tjenester som f.eks Transaksjoner Persistens Load Balansering

8 COM+ og språkuavhengighet Ser på systemtjenester som objekter C++ mot Microsoft JVM Runtime library C++ kompilator må ha støtte for COM+ COM+ s nye deler Skjuler referansetelling Lagrer metadata Støtter et sett typer Interceptorer blir automatisk satt inn IDL Interface Definition Language

9 COM+ mot EJB COM+ Windows Språkuavhengig Mangel på persistente komponenter (ikke standard) Billige transaksjoner, følger med Win2000 og XP EJB Plattformuavhengig Java Mangel på køede komponenter Selges separat fra plattform COM+ Services 1. COM+ Application Pooling 2. COM+ Application Recycling 3. COM+ Applications Running as NT Services 4. COM+ Compensating Resource Manager 5. COM+ Events 6. COM+ Instrumentation 7. COM+ Just-in-Time Activation 8. COM+ Low-Memory Activation Gates 9. COM+ Object Constructor Strings 10. COM+ Object Pooling 11. COM+ Partitions 12. COM+ Queued Components 13. COM+ Resource Dispenser Service 14. COM+ Security 15. COM+ Services Without Components 16. COM+ Shared Property Manager 17. COM+ SOAP Service 18. COM+ Synchronization 19. COM+ Transactions

10 Hvor mye av COM+ finnes i NT 5.0? Load Balancing and server clustering Object pooling In-memory database Publish and subscribe via event channels COM+ Technology Problemer for objekt orienterte programmingerings språk laget for ulike mål komplisert interprosess and inter- maskinkommunikasjon mekanisme inheritance problem

11 COM+ technology COM+ tilby forklaring definere binær standard for objekter og inter- objekt kommunikasjon språk nøytral system- supplied runtime COM+ technology COM+ Strategy Transactions Data Binding Persistence Load Balancing Security In Memory Database Event Infrastructure Ubiquitous Type Description Dynamic Invocation No-Leak Memory Mgmt Interception Tools Ubiquity Market Binary Standard

12 COM+ technology COM+ struktur COM+ technology mindre kode å skrive.

13 COM+ technology System- supplied runtime kan brukes av alt uansett hva slag språk du bruker Metadata forenkler oppretting og installering av komponenter lett å registere, installere og versjonere komponenter Tilby masse ekstensive servicer COM+ technology Servicer for Distributed Applikasjoner Interceptor for pre-/post kall Alt som trengs er å sette attributter Setter threading attributtet for samtidighets modellen Data tilkobling

14 COM+ technology Interceptor støtter scripting språker og tolket miljør roller og rettigheter for aksess sjekk gjør tilkobling til komponenter sikker COM+ technology

15 COM+ technology opprette en komponent

16 COM+ Programmeringsmodell gjør det enklere å skrive komponenter på hvilken som helst språk COM+ is languageneutral. It doesn't care what syntax is used to implement components that's up to thetoolyouuse. All COM+ cares about is that the tool recognizes some syntax as representing a request to do some COM+ thing. The programming model concepts are the same. Hvordan gjør COM+ det enklere å lage COM-basert komponenter og applikasjoner på hvilken som helst språk? Ved å definere en standard sett av typer og gjøre alle komponenter fult selvbeskrivende Dette vil sikre for at alle COM+ system tjenester og komponenter vil være tilgjengelig til alle COM+ kjent språk og verktøy

17 Skrive komponenter (1) Definisjon av komponent: a body of code that is capable of serving up objects of a particular type at runtime. En komponent er vanligvis implementert som klasse i de fleste OBPL, og klienter oppretter nye objekter utifra klasser Boolean Register::Initialize() { m_pcashdrawer = new CashDrawer(); m_pbarcodescanner = new BarcodeScanner(); m_pcashierkeypad = new CashierKeypad(); } Skrive komponenter (2) : COM vs COM+ COM kan ikke benytte språkspesifikk egenskaper til å opprette objekter. En komponent i COM må inneholde en fabrikklasse for å opprette ny objekter, eller en type bibliotek til å beskrive klasser og komponentsynlige grensesnitt COM+ gjør det mer språkspesifikk. En COM+ klasse kalles coclass. COM+ runtime lager fabrikklasse for deg og genererer metadata som beskriver dine colass.

18 Skrive komponenter (3) : Hvorfor programmeringsmodell? COM+ komponenter må kunne skrives på og brukes fra COM+ kjent språk eller verktøy, og denne fleksibiliteten begrenser også hvordan coclasses er implementert. COM+ tilbyr mange standard tjenester, f.eks. concurrent access og transaction. Måten coclass kobler til COM+ tjenester kalles attribute-based eller declarative programming. COM+ klasser / coclass Klasseid er ikke nødvendig her, i stedet kan fult kvalifisert navn (namespace) brukes i kildekoder. Klasse definisjon kan inneholde felter, egenskaper, metoder, og hendelvelse COM+ tilbyr en felles sett av data typer

19 Klasse og objekt status Felter og egenskaper [modifiers][attributes]type name; Access modifier: public private protected Storage modifier: static transient Klasse og objekt behavior Implementert som metoder/funksjoner/prosedyrer/subrutiner [modifiers][attributes]return-type method-name( [parameter-attributes]parameter-type parameter- name, [parameter-attributes]parameter-type parameter- name) throws [exceptions]; Nye tye metoder i COM+ : Constructors kalles ved oppretting et nytt objekt og destructors kalles før deallokering av minnet.

20 Grensesnitt Ord cointerface er brukt her for å skille COM+ grensesnitt fra andre type grensesnitt Definere public behavior og status i grensesnitt, og private el. protected i klasser Attributter basert programmering COM+ objekttjenester : f.eks. performance monitoring service, security service osv. Konfigurere COM+ objekttjenester ved å spesifisere attributter på coclasses, cointerfaces, istedenfor å skrive masse koder for å initialisere tjenester.

21 COM+ registreingstjenester Namespace (logisk) og moduler (fysisk) Informasjon om namespaces, deres medlem klasser, og moduler som implementerer klassene er forvaltet av COM+ registreringstjenester. Oppsummering COM+ programmeringsmodell mapper naturlig til programmeringsmodeller til de moderne objektbaserte programmeringsspråkene. Enklere å skrive og bruke komponenter med COM+ enn med COM Enklere å utvikle distributerte aplikasjoner ved å tilbyr mange tjenester

22 COM+ technology Q&A dersom noen lurte