TIAI1004: Programmierung

Transkript

1 Teil 6: Objektorientierte Programmierung (II) Studiengang Angewandte Informatik Dozent: Stand: 6-1

2 Gliederung Pakete Zugriffsrechte für Klassen Attribute (Vertiefung) Methoden (Vertiefung) Kapselung, ADT 6-2

3 Organisation von Klassen (I) Bisher: Klassen wurden entwickelt und abgespeichert Bei größeren Entwicklungen wird Struktur innerhalb einer Sammlung von Klassen benötigt In Java gibt es die Strukturierungsmöglichkeit über Pakete (Packages): - Ermöglichen das Zusammenfassen (inhaltlich) verwandter Klassen - Stellen für die Klassen des Pakets einen Namensraum zur Verfügung Paket ist benannte Sammlung von Klassen Java liefert eine Reihe von Paketen mit, z.b.: - java.lang: Enthält die fundamentalsten Klassen - java.util: Enthält diverse Hilfsklassen - java.io: Enthält Klassen für Ein-/Ausgabefunktionalität -... Pakete können ihrerseits wieder Unterpakete (Subpackages) enthalten Beispielsweise gibt es im Paket java.lang das Unterpaket ref, welches mittels java.lang.ref angesprochen wird 6-3

4 Organisation von Klassen (II) Jede Klasse hat einfachen Namen (den aus der Klassendefinition) und vollqualifizierten Namen (der auch den Namen des Paketes enthält) Beispiel: - Die Klasse String hat den einfachen Namen String - Da sie zum Paket java.lang gehört hat sie außerdem den vollqualifizierten Namen java.lang.string Pakete definieren: - Um eine Klasse einem Paket zuzuordnen, muss die erste Anweisung im Quellcode package <Paketname>; lauten - Damit werden alle Klassen dieser Datei dem entsprechenden Paket zugeordnet - Wird die package-anweisung weggelassen, so gehören die Klassen zu einem unbenannten Standardpaket (Default Package) 6-4

5 Verwendung von Klassen Verwendung von Klassen: - Klassen aus demselben Paket können über ihren einfachen Namen angesprochen werden - Klassen aus anderen Paketen müssen über ihren vollqualifizierten Namen angesprochen werden - Ausnahme: Weil das Paket java.lang so essentielle Klassen enthält, die ständig gebraucht werden, können die Klassen auch über ihren einfachen Namen angesprochen werden (String anstelle von java.lang.string) 6-5

6 Import (I) Insgesamt gibt es vier Möglichkeiten des Imports: - Eine einzelne Klasse wird mit der Anweisung import <Paketname>.<Klassenname>; importiert Verwendung: <Klassenname> k = new <Klassenname>(); - Alle Klassen eines ganzen Pakets werden mit der Anweisung import <Paketname>.*; importiert Verwendung: siehe oben - Ein ganzes Paket wird mit import <Paketname>.<Unterpaketname>; importiert Verwendung: <Unterpaketname>.<Klassenname> k = new <Unterpaketname>.<Klassenname>(); - Verwendung ohne import-anweisung: <Paketname>.<Unterpaketname>.<Klassenname> k = new <Paketname>.<Unterpaketname>.<Klassenname>(); 6-6

7 Import (II) Anmerkungen zum Importieren: - import-anweisungen müssen direkt hinter der package-anweisung stehen - Es können beliebig viele import-anweisungen in einer Datei verwendet werden - Durch die Anweisung import <Paketname>.*; wird kein Unterpaket importiert; dieses muss explizit durch import <Paketname>.<Unterpaketname>.*; geschehen - Durch import-anweisungen können aus zwei Paketen gleich benannte Methoden importiert werden; dieser Namenskonflikt wird durch Nennung des vollqualifizierten Namens aufgelöst 6-7

8 Organisation von Klassen Global eindeutige Paketnamen: - Benennt jede/r Entwickler/in seine/ihre Pakete einfach so, kann es zu Namenskonflikten kommen - Daher sind globale Bennennungskonventionen notwendig - Sun kontrolliert alle Pakete, die mit java, javax und sun beginnen - Für alle anderen Entwickler gilt: Vor den Paketnamen ist der umgedrehte Name der eigenen Internetdomäne zu setzen - Bsp.: Lautet die Internetdomäne ba-horb.de, so sind die Pakete alle mit dem Präfix de.bahorb zu versehen - Innerhalb dieses Namensraums besteht Freiheit in der Organisation der Pakete bzw. Unterpakete 6-8

9 Kompilieren von Paketen Alle Klassen eines Paketes müssen sich in einem Verzeichnis befinden In einem Verzeichnis darf sich nur ein Paket befinden Name des Verzeichnis muss dem Paketnamen entsprechen Kompilieren vom Verzeichnis oberhalb mit javac <Paketname>\*.java Zur Verwendung des Paketes Umgebungsvariable CLASSPATH auf das Verzeichnis oberhalb setzen p Klasse1.java Klasse2.java Klasse3.java 6-9 Paket p

10 Umgebungsvariable CLASSPATH CLASSPATH ist eine Umgebungsvariable des Betriebssystems CLASSPATH enthält alle Verzeichnisse (bzw. jar-dateien), in denen Compiler und Interpreter nach Paketen suchen sollen Setzen von CLASSPATH: - Linux mit csh: setenv CLASSPATH <Pfad1>:<Pfad2>:... - Linux mit bash: setenv CLASSPATH = <Pfad1>:<Pfad2>:... - Windows: Unter Systemsteuerung System Register Erweitert Button Umgebungsvariablen Anmerkungen: -. muss für anonyme Pakete in den CLASSPATH aufgenommen werden - Verzeichnis der JDK-Klassenbibliothek muss nicht in den CLASSPATH aufgenommen werden 6-10

11 Pakete in UML (I) Auch die UML kennt Pakete als Strukturierungsmittel zur Zusammenfassung von Klassen Notation: Paketname Klasse 1 Klasse 2 Klasse 3... Anmerkung: In UML-Modellierungswerkzeugen wird typischerweise keine Auflistung verwendet, sondern mittels Click and Zoom kann man sich die zugehörigen Klassen anzeigen lassen 6-11

12 Pakete in UML (II) Pakete können in sich geschachtelt sein Notation: Paketname Klasse 1 Klasse 2 Klasse 3... Unterpaket Klasse 1 Klasse 2 Klasse 3... Zwischen Paketen vorliegende Abhängigkeiten können in der UML dargestellt werden: Paket 1 Paket 2 Klasse 1 Klasse 2 Klasse 3... Klasse 1 Klasse 2 Klasse 3... Paket 1 ist von Paket 2 abhängig 6-12

13 Übersicht Pakete Zugriffsrechte für Klassen Attribute (Vertiefung) Methoden (Vertiefung) Kapselung, ADT 6-13

14 Zugriff Bisher: Keine Berücksichtigung über Zugriff auf Klassen von außen Zugriffsschutz kann auf verschiedenen Ebenen betrachtet werden: - Pakete - Klassen - Attribute/Methoden Zugriff auf Pakete: - Paket ist für Code im selben Paket erreichbar - Ob auch auf andere Pakete zugegriffen werden darf, ist nicht in Java selber geregelt - Hängt davon ab, wo dieses Paket abgelegt ist und ob der/die Benutzer/in mindestens lesende Zugriffsrechte auf dieses Verzeichnis hat 6-14

15 Zugriffsrechte auf Klassen Klassen können bei ihrer Definition mit einem Zugriffsmodifier versehen werden Syntax: [Modifiers] class <Klassenname> Klasse ist standardmäßig (bei Weglassen des Modifier) innerhalb ihres Paketes zugreifbar Beispiel: class Landfahrzeug{...} Wird der Modifier public verwendet, so ist die Klasse auch außerhalb des eigenen Paketes zugreifbar Beispiel: public class Landfahrzeug{...} Ebenso zu den Modifiern zählen abstract und final Modifier dürfen miteinander kombiniert werden, wobei die Kombination abstract final verboten ist Alle mögliche Kombinationen sind also: kein Modifier, final, abstract, public, public final, public abstract 6-15

17 Klassenvariablen (I) W.D.H.: - Attribute einer Klasse werden durch Angabe des Datentyps und des Namens angelegt - Durch Voranstellen des Schlüsselworts final wird statt einer Variablen eine Konstante angelegt Bisher angelegte Variablen sind sog. Instanzvariablen Sie beschreiben eine Eigenschaft eines einzelnen Objektes und es wird pro angelegtem Objekt auch eine Variable angelegt Daneben gibt es Klassenvariablen, die nur einmal pro Klasse existieren Syntax: static <Datentyp> <Attributname> Objekte der Klasse können Klassenvariablen ganz normal über die Punktnotation ansprechen 6-17

18 Klassenvariablen (II) Beispiel: Instanzzähler einer Klasse ( 1) public class Fahrzeug{ ( 2) static int anzobjekte = 0; ( 3) public Fahrzeug(){ ( 4) ++anzobjekte; ( 5) <Weitere Anweisungen> ( 6) } ( 7) public void finalize(){ ( 8) --anzobjekte; ( 9) <Weitere Anweisungen> (10) } (11)... (12) } 6-18

19 Klassen als Datentypen Als Datentyp eines Attributs können neben einfachen Datentypen auch andere Klassen verwendet werden Beispiel: ( 1) class Rad{...} ( 2) ( 3) class Motor{...} ( 4) ( 5) class Fahrzeug{ ( 6) String name; ( 7) Motor m; ( 8) Rad[] r; ( 9)... (10) } 6-19

20 Attributzugriffsrechte Jedem Attribut kann bestimmtes Zugriffsrecht zugeordnet werden Zugriffsspezifikation: - Auf Attribute innerhalb einer Klasse kann immer von Methoden der gleichen Klasse zugegriffen werden - Für Methoden anderer Klassen sind aber Beschränkungen möglich - Standardwert (Weglassen des Zugriffswertes) deklariert Attribut als paketsichtbar, d.h. Attribut darf sowohl innerhalb der Klasse als auch innerhalb des eigenen Paketes von außen manipuliert werden Beispiel: int i; - Mit Zugriffswert public kann Attribut aus allen anderen Klassen und Paketen manipuliert werden; Bsp.: public int i; - Mit Zugriffswert protected ist Attribut nur im eigenen Paket und in allen Unterklassen auch in anderen Paketen (dies ist der Unterschied zu paketsichtbar) zugreifbar; Bsp.: protected int i; - Mit Zugriffswert private ist Attribut nur innerhalb der eigenen Klasse zugreifbar; Bsp.: private int i; 6-20

21 Attribut-Zugriffsrechte in UML Auch in UML-Notation können die Zugriffsrechte dargestellt werden: - public wird durch das Symbol + dargestellt - private wird durch das Symbol - dargestellt - protected wird durch das Symbol # dargestellt Beispiel: Fahrzeug + Bezeichnung : Textfeld(50) - PS_Zahl : Zahl - Räder : Zahl

23 Zugriffsspezifikation von Methoden (I) Bisher: Methodendeklaration bestand aus Rückgabewert, Name und Parameterliste Nun: Erweiterung um Zugriffsrechte und Modifier Syntax: [Zugriffswert] [Modifier] <Rückgabewert> <Name> (<Parameterliste>) Zugriffsspezifikation: - Methoden innerhalb einer Klasse können immer auf andere Methoden der gleichen Klasse zugreifen - Für Methoden anderer Klassen sind aber Beschränkungen möglich - Standardwert (Weglassen des Zugriffswertes) deklariert die Methode als paketsichtbar, d.h. Methode darf sowohl innerhalb der Klasse als auch innerhalb des eigenen Paketes verwendet werden - Mit Zugriffswert public können Methoden aus allen anderen Klassen und Paketen auf Methode zugreifen Beispiel: public int quadrat(i); 6-23

24 Zugriffsspezifikation von Methoden (II) Zugriffsspezifikation (Fortsetzung): - Mit Zugriffswert protected ist Methode nur in ihrem Paket und in allen Unterklassen zugreifbar Beispiel: protected int quadrat(i); - Mit Zugriffswert private ist Methode nur für die anderen Methoden innerhalb der eigenen Klasse zugreifbar Beispiel: private int quadrat(i); - Auch Unterklassen dürfen nicht auf private Methoden ihrer Oberklasse zugreifen 6-24

25 Zugriffsspezifikation von Methoden in UML Auch in UML-Notation können die Zugriffsrechte dargestellt werden (analog zu den Zugriffsrechten bei Attributen): - public wird durch das Symbol + dargestellt - private wird durch das Symbol - dargestellt - protected wird durch das Symbol # dargestellt Beispiel:... Fahrzeug + bewegen() # Verbrauch auf km(kmzahl)

26 Klassen als Rückgabe- und Parametertyp In Methoden dürfen sowohl der Rückgabetyp als auch der Typ eines Parameters nicht nur einfache Datentypen, sondern auch Objekttypen sein Beispiel: ( 1) public class Fahrzeug{ ( 2) ( 3) static Fahrzeug kopieren(fahrzeug f){ ( 4) return f; ( 5) } ( 6) ( 7) public static void main (String[] args){ ( 8) Fahrzeug f = new Fahrzeug(); ( 9) Fahrzeug g = new Fahrzeug(); (10) g = kopieren(f); (11) } (12) } 6-26

27 Klassen- und Instanzmethoden Instanzmethoden sind für jedes einzelne Objekt einer Klasse definiert Klassenmethoden sind nur einmal für eine Klasse definiert Klassenmethoden werden mit dem Schlüsselwort static deklariert und heißen daher auch statische Methoden Beispiele: - main-methode ist eine statische Methode - public static double quadrat(double i){ return i*i; } Beim Aufrufen einer statischen Methode außerhalb ihrer Klasse müssen sowohl Klassen- als auch Methodenname angegeben werden: double d = GanzeZahl.quadrat(5.0); Klassenmethoden: - Können keine Instanzmethoden aufrufen - Dürfen nur überschrieben werden, wenn die Methode der Unterklasse auch wieder statisch ist 6-27

28 Statischer Import Statische Attribute und statische Methoden sind mit bisherigen Mitteln etwas umständlich durch Voranstellen des Klassennamens anzusprechen Beispiel: float radius = 4; System.out.println("Umfang = " + 2*Math.PI*radius); System.out.println("Sinus("+radius+") = "+Math.sin(radius)); Mit einem statischen Import mittels import static java.lang.math.*; werden alle statischen Attribute und Methoden der Klasse importiert Damit kann der Code von oben wie folgt geschrieben werden: System.out.println("Umfang = " + 2*PI*radius); System.out.println("Sinus("+radius+") = " + sin(radius)); Anmerkung: - import java.util.* und import static java.lang.math.* sehen ähnlich aus - Aber: Einmal werden alle Klassen aus Paket importiert, einmal alle statischen Attribute und Methoden einer Klasse 6-28

29 Finale Methoden Finale Methoden sind Methoden, die in keiner Unterklasse überschrieben werden dürfen Kennzeichnung erfolgt durch das Schlüsselwort final Beispiel: final int berechne(int a, float b); Zweck: Implementierung der Methode ist Standard, der nicht verändert werden soll 6-29

30 Abstrakte Methoden (I) Abstrakte Methoden sind Methoden, die in einer Klasse zwar deklariert, aber nicht implementiert werden Syntax: Kennzeichnung erfolgt durch das Schlüsselwort abstract, der Methodenrumpf wird einfach weggelassen Beispiel: abstract int zeichne(); Zweck: Deklaration der Methode ist an dieser Stelle zwar passend, aber Realisierung erfolgt erst in Unterklassen, wird hier in unterschiedlicher Art und Weise vorgenommen Beispiel: Jedes Fahrzeug hat eine Methode bewege(), aber die Implementierung ist so individuell, dass sie erst in den Unterklassen sinnvoll ist 6-30

31 Abstrakte Methoden (II) Anmerkungen: - Abstrakte Methoden dürfen nur in abstrakten Klassen deklariert werden, sonst Fehlermeldung: <Klasse> should be declared abstract; it does not define <Methode> in <Klasse> - Statische Methoden dürfen nicht als abstract deklariert werden, sonst Fehlermeldung: illegal combination of modifiers: abstract and static - Abstrakte Methoden dürfen nicht gleichzeitig auch als final deklariert werden, sonst Fehlermeldung: illegal combination of modifiers: abstract and final - Konstruktoren dürfen zwar als abstract deklariert werden (d.h. beim Compilieren erfolgt keine Fehlermeldung), jedoch ist dies nicht sinnvoll - Wenn eine Unterklasse nicht alle abstrakten Methoden überschreibt, dann muss auch sie als abstract deklariert werden 6-31

32 Weitere Methodenmodifier Native Methoden - Sind nicht in Java, sondern meistens in C/C++ geschrieben - Beispiel: native int berechne(int a, float b); - Zweck: Verwendung bereits vorhandener Bibliotheken - Problem: Plattformunabhängigkeit geht verloren Methoden synchronisieren - Versuchen zwei Methoden auf gleiche Daten zuzugreifen, kann es zu Problemen in Form von Datenverletzungen kommen - Dieses kann durch Synchronisation vermieden werden - Beispiel: synchronized int berechne(int a, float b); - In Objekt dürfen nie zwei als synchronized deklarierte Methoden gleichzeitig ablaufen - Anm.: Synchronisierte Methoden werden im separaten VL-Abschnitt Multithreading behandelt 6-32

33 Methoden: Namenskonventionen in Java Zwingend: - Methodennamen dürfen prinzipiell eine unbeschränkte Länge haben (bis auf technische Einschränkungen durch das System) - Methodennamen müssen (wie alle anderen Java-Bezeichner) mit einem Buchstaben oder einem der beiden Zeichen _ oder $ beginnen, alle weiteren Zeichen dürfen Buchstaben, Zahlen und ein paar Sonderzeichen sein - Bei Methodennamen wird (wie bei allen anderen Bezeichnern in Java) Großund Kleinschreibung unterschieden - Methodennamen dürfen (wie andere Bezeichner auch) nicht einem Java- Schlüsselwort entsprechen Üblich: - Methodennamen sollten möglichst aussagekräftig sein ( Sprechende Bezeichner ) - Methodennamen sollten mit einem Kleinbuchstaben beginnen, dann sollten weitere Kleinbuchstaben folgen - Besteht der Name aus mehreren Wörtern, so sollten diese zusammengeschrieben werden und neues Wort mit Großbuchstaben beginnen 6-33

34 Konstruktoren und Modifier Konstruktoren dürfen nicht als native, static, synchronized oder final deklariert werden Somit bleiben noch der Standard Paket-sichtbar (keine Modifier-Angabe) und die Deklaration als public übrig Meistens werden die Konstruktoren als public deklariert Anmerkung: Überschreiben von Konstruktoren ist rein technisch nicht möglich, denn sie müssen ja immer den gleichen Namen wie ihre Klasse haben 6-34

35 Zusammenfassung Sichtbarkeit Modifier public protected private Default (Paket-sichtbar) Sichtbarkeit In Methoden der Klasse selbst In Methoden abgeleiteter Klassen In Methoden des Paketes In Methoden anderer Pakete, keine Unterklasse In Methoden der Klasse selbst In Methoden abgeleiteter Klassen, auch in anderen Paketen In allen Klassen desselben Pakets Nur in Methoden der Klasse selbst In allen Klassen desselben Paketes 6-35

37 Kapselung Kapselung ist ein ganz wichtiges Konzept der Objektorientierung Dabei werden Klassen von außen nur über eine Schnittstelle angesprochen und von interner Realisierung abstrahiert Realisiert werden kann dies, indem alle Attribute als private deklariert werden und für jedes von außen les- bzw. veränderbare Attribut eine Methode definiert wird Diese Methoden tragen typischerweise die Bezeichnungen get<attributname> bzw. set<attributname> Anschaulich: M 8 M 1 M 7 A 1 A 2 M 2 M 6 A 3 A 4 M 3 M 5 M

38 Beispiel In folgender Klasse sind alle Attribute gekapselt: ( 1) public class Fahrzeug{ ( 2) private String name; ( 3) private int raeder; ( 4) private int pszahl; ( 5)... ( 6) public void setname(string s){name = s;} ( 7) public String getname(){return name;} ( 8) public void setraeder(int r){raeder = r;} ( 9) public int getraeder(){return raeder;} (10) public void setpszahl(int z){pszahl = z;} (11) public int getpszahl(){return pszahl;} (12)... (13) } 6-38

39 Abstrakter Datentyp Kapselung ist die Umsetzung bzw. Weiterführung des Konzeptes des ADT (Abstrakter Datentyp) (Siehe auch Informatik-VL) Abstrakte Datentypen auch in nicht OO-Sprachen Abstrakter Datentyp: - Name - Funktionen/Methoden auf dem Datentypen - Evtl. weitere Axiome Beispiel: ADT Stapel - Speicherstruktur, die das LIFO-Prinzip realisiert (Last In First Out) - Funktionen: - push(o): Legt das Objekt o auf dem Stapel ab - pop(): Liest und entnimmt das oberste Element vom Stapel - peek(): Liest oberstes Element vom Stapel ohne es zu entfernen - isempty(): Prüft, ob der Stapel leer ist Informationen über die interne Realisierung werden bei einem ADT nicht angegeben 6-39

40 Zusammenfassung Pakete: - Organisation großer Mengen von Klassen - Java-Anweisungen package und import - UML-Notation Zugriffsrechte für Klassen: - Öffentliche und nicht-öffentliche Klassen Attribute (Vertiefung) - Statische Attribute (Klassenattribute) - Zugriffsrechte (public, private, protected) Methoden (Vertiefung) - Statische Methoden (Klassenmethoden) - Zugriffsrechte (public, private, protected) - Finale und abstrakte Methoden - Konstruktoren und Modifier Kapselung, ADT 6-40