Objektorientierte Programmierung Was ist das eigentlich ?

© Überblick Hintergrund Systemtheorie Komponenten, Attribute, Aktivitäten OO-Konzepte Objekte Kapselung Vererbung Polymorphie in JAVA

© „klassische“ Modularisierung Strukturierte Programmierung Funktionen Module Header Dateien, Datenstrukturen, Funktionsprototypen Funktionsorientierte Sicht

© Top Down Definition eines Problems durch Hierarchisierung Hauptfunktion Zerlegung in Module Mit Datenstrukturen Zerlegung in Funktionen Trennung von Daten und Funktionen (auch konzeptionell bei Entwicklung)

© Probleme Versagt bei großen Problemen (etwa > Zeilen) „Softwarekrise“ 70‘er Jahre Wiederverwendung schwierig, da: Untergeordnete Funktionen speziell für Verwendung durch andere definiert Querverbindungen durch Datenstrukturen

© Noch mehr Probleme Realität besteht nicht aus Datenstrukturen und Funktionen, sondern aus: Dingen (Auto, Auftrag, Artikel,...) Personen (Kunde,...) Konzepten (Vertrag, Buchung,...) Abbildung ?

© Abhilfe Zusammenfassung von Daten und Funktionen zu Objekten Objekte sind eigenständig, unabhängig Deshalb Übersichtlicher Wiederverwendbar Hintergrund: Systemtheorie

© System (theorie) Menge von Komponenten von der Umgebung abgegrenzt durch Beziehungen miteinander verbunden offenes/geschlossenes System Beispiel : menschl. Körper Komponenten = Organe verbunden durch Nerven, Gefäße,... abgegrenzt durch Haut Je nach Sichtweise abgeschlossen oder offen Beispiel: Unternehmen Komponenten = Produkte, Maschinen, Mitarbeiter,... Herstellungsbeziehungen, Materialflüsse

© Komponenten differenzierbare Objekte “reale” Systeme: Komponenten physisch abgegrenzt (Mensch) “formale” Systeme: Komponenten immateriell (Mathematik: Zahlen, Sätze, Definitionen,...) (Computerprogramm: Module, Prozeduren, Variablen) soziotechnische Systeme: Komponenten sind Menschen und Maschinen (Unternehmen) formale Systeme als Modell für reale Systeme (Sprache, Mathematik ?)

© Modell Formales System zur Beschreibung eines Ausschnitts/einer Auswahl an Eigenschaften eines realen Systems (Beispiel: (Festkörper-) Physik) Abbildung der Realität durch Abstraktion und Vereinfachung Datenmodell : Abbildung von Unternehmesstrukturen Nur ein Teil der Informationen wird erfaßt, z.B. bildet ein Datensatz einen Mitarbeiter ab Problem: Gemeinsames Modell (Was passiert, wenn der Softwareentwickler und der Kunde ein unterschiedliches Modell verwenden ?)

© Struktur Komponente kann wiederum als System betrachtet werden--> Reduktion der Komplexität Mensch GehirnHerzLunge l. Ventrikelr. Ventrikel Muskelfaser Zelle Zellmembran Kanal

© Beziehungen Austauschbeziehungen: Fluß von Material Energie Informationen Anordnungsbeziehungen über/unter, vor/nach, neben,... Wirkungsbeziehungen aktive Komponenten (Prozedur ändert Inhalt einer Variablen) passive Komponenen (Variable) vernetzte Systeme

© Systembeschreibung Attribute eine Eigenschaft beschreibendes Merkmal z.B. Komponente “Mitarbeiter” hat Attribut “Gehalt” stetig (Temperatur) oder diskret (Geschlecht) Veränderbarkeit (konstant, änderbar) Vorhersagbarkeit (deterministisch, stochastisch, zufällig) Aktivitäten: ändern den Zustand des Systems endogen/exogen zeitstetig/zeitdiskret Kopplung einfache Kopplung Rückkopplung lineare Systeme (u.a. keine Rückkopplungen)

© Was soll das alles ? Programmierung: Abbildung (eines Ausschnitts) der Realität Nur bestimmte Aspekte (Modellbildung) System besteht aus Komponenten (Objekten) mit Eigenschaften (Attributen) Aktivitäten (Methoden) Kopplungen (Assoziationen) Modellbildung Im Rahmen von Analyse und Entwurf hier nicht Thema Abbildung in Programmiersprache ?

© Objekte Attribute Methoden Werden in Klassen zusammengefaßt Kapselung (Sichtbarkeit von „außen“) Beziehungen (Assoziationen) Vererbung (Fahrzeug, PKW, Motorrad) Polymorphie

© OO Schlüsselkonzepte Kapselung Daten und Funktionen werden zusammengefaßt Daten und Algorithmen sind "von außen" nicht sichtbar Vererbung Eine Klasse kann von einer anderen "erben" Wiederverwendung/Spezialisierung Polymorphie Flexibilität in der Gestalt generische Programmierung

© Kapselung Von "außen" ist nur eine Schnittstelle sichtbar Interna (Algorithmus,...) können geändert werden public class StringList { private Vector Strings; public add(String aString) {...} public void first() {...} public String next() {...} public void delete() {...} public int size() {...} }

© Vererbung Klasse Fahrzeug Attribute Geschwindigkeit, Position,... Methoden Beschleunigen, bremsen,... Klasse LKW erbt von Fahrzeug Zusätzl. Attribute Zuladung,...

© Polymorphie Basisklasse Fahrzeug mit Methode fahren() abgeleitet LKW, PKW, Motorrad... Fahrzeug F; PKW P = new PKW(); F = P; F.fahren();... Vector V = new Vector(); V.add(new PKW()); V.add(new LKW());... for(int i=0;i<V.size();i++) ((Fahrzeug)V.elementAt(i)).fahren();