PDF in Farbe - IPD Goos

Weitere Magazine

Empfehlungen

Info

Anpassungen • Konzepte zur Anpassung ◮ Explizites Adaptieren und Delegieren ◮ IDL Generatoren erzeugen Code für Sprach- und Verteilungsanpassungen ◮ siehe Konzepte zur Komposition • Fehlende Anpassungen ◮ Daten, Funktionen, Kommunikation werden explizit und extern angepaßt ◮ Synchronisation und Protokollanpassungen entsprechen Anpassungen von Transaktionen und Sessions (siehe vorige Folien) ◮ Keine Konzepte zur globalen Lebendigkeit Synchronisationskonzepte unter Komposition Lebendigkeitstests Prof. Dr. G. Goos Software aus Komponenten 255
DCOM Zusammenfassung (1) • Generische Komponenten: ◮ Schnittstellenklassen und Stellvertreter werden aus MIDL generiert ◮ Kein ähnliches Konzept für Implementierungen • Abstrakte Komponenten und Schnittstellen: ◮ Schnittstellen werden aus MIDL generiert ◮ Schnittstellenobjekte ◮ Mehrfachvererbung ◮ Unveränderliche Schnittstellen (immer und überall) • Konkrete Komponenten: ◮ Mit Transaktionskonzept / Persistenzkonzept ◮ Sprachunabhängig (aber de facto MS C-Compilerabhängig) / Plattformunabhängig (aber de facto Windows) ◮ Vererbungskonzept der jeweiligen Sprache • Zusammengesetzte Komponenten: ◮ Aufruf über (D)COM Bibliothek und Stellvertreter ◮ Delegation in Komponenten über Umwickler ◮ Aggregation von Klassen über Entwurfsmuster Fassade (nur statisch) ◮ Aggregation von Schnittstellen Prof. Dr. G. Goos Software aus Komponenten 256
Seite 1 und 2: Prof. Dr. G. Goos Software aus Komp
Seite 3 und 4: Gliederung 1. Einführung ◮ Über
Seite 5 und 6: DCOM: Entwicklung • Entwickler: M
Seite 7 und 8: OLE/ActiveX • OLE (object linking
Seite 9 und 10: Grundideen des Komponentenmodells v
Seite 11 und 12: Komponentenmodell: Fassadenkomponen
Seite 13 und 14: Komponentenmodell: Delegation und A
Seite 17 und 18: GUIDs: Vorteile und Nachteile • V
Seite 21 und 22: tstransparenz: IUnknown / QueryInte
Seite 23 und 24: Ortstransparenz: Registratur (regis
Seite 25 und 26: Ortstransparenz: Server Lokalisatio
Seite 27 und 28: Objektdienste: Referenzzähler und
Seite 29 und 30: DCOM: verteiltes COM Prof. Dr. G. G
Seite 31 und 32: Ortstransparenz: DCOM Aufruf Prof.
Seite 33 und 34: Distributed Computing Environment (
Seite 35 und 36: Kommt uns bekannt vor... Prof. Dr.
Seite 37 und 38: Transparenz Ortstransparenz Prof. D
Seite 39: Objektdienste in DCOM • Vorhanden
Seite 43 und 44: Bewertung (1) • Standardisierung:
Seite 45 und 46: Die Konkurrenz Prof. Dr. G. Goos So
Seite 47 und 48: .NET: Sprachtransparenz • Plattfo
Seite 49 und 50: Sprachunabhängiges Objektmodell II
Seite 51 und 52: Plattformunabhängigkeit“: CLR
Seite 53 und 54: Vergleich zu Java(-Bytecode) Prof.
Seite 55 und 56: Code- und Datenverwaltung Prof. Dr.
Seite 57 und 58: Päckchen (Assemblies) Prof. Dr. G.
Seite 59 und 60: Päckchen: Reflexion und Verwaltung
Seite 61 und 62: C# Prof. Dr. G. Goos Software aus K
Seite 63 und 64: C#-Attribute: Beispiel Prof. Dr. G.
Seite 65 und 66: C#: Properties public struct Point
Seite 67 und 68: Gültigkeitsbereiche und Vererbung
Seite 69 und 70: C#-Beispiel Prof. Dr. G. Goos Softw
Seite 71 und 72: Ortstransparenz: .NET-Remoting Prof
Seite 73 und 74: Server Prof. Dr. G. Goos Software a
Seite 75 und 76: Fehlende Anpassungen Prof. Dr. G. G
Seite 77 und 78: .NET Zusammenfassung (2) • Basisk
Seite 79 und 80: .NET Bewertung (2) Prof. Dr. G. Goo

PDF in Farbe - IPD Goos

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?