Die Java - Standard - Bibliothek bietet dem Programmierer eine hohe Anzahl bereits fertiger Klassen und Funktionalitäten, welche allesamt in diversen Paketen aufgeteilt sind. Dabei handelt es sich um Dateien, die je nach ihrer Kategorie bestimmte Klassen und Schnittstellen beinhalten. Um nun mit Java arbeiten zu können, ist es unerlässlich, sich dieser Klassen zu bedienen.
» Import externer Pakete
» Kodierung der Paketnamen
» Erstellung eigener Pakete
» Default Pakete
» Import externer Pakete
Um dieses Vorgehen zu realisieren gibt es zwei Varianten. Das folgende Beispiel bedient sich einer externen Klasse, indem sie im Quellcode mit ihrer exakten Pfadangabe referenziert wird. Durch das Einbinden externer Pakete werden dessen Klassen der aktuellen Datei bekannt gemacht und ermöglichen es, auf die Klassen des Paketes zugreigen zu können.
Das folgende Beispiel zeigt die sehr umständliche Einbindung fertiger Klassen in eine neue Datei. Die Details spielen hier noch keine Rolle, es soll lediglich den erheblichen Schreibaufwand demonstrieren.
public class MyClass
{
java.util.Date d = new java.util.Date();
}
Bei sehr großen Paketen und der häufigen Verwendung von externen Klassen führt dies allerdings zu einem Overhead.
Um einmal die Schreibweise zu verkürzen und gleichzeitig alle Klassen eines Pakets in der eigenen Datei bekannt zu machen, wird der Import - Befehl verwendet. Er importiert alle Klassen eines Pakets.
import Package.*;
Das folgende Beispiel importiert alle Klassen durch die Auflösung eines Klassenpfades.
import java.util.*;
Hierbei werden alle Klassen eines Endpaketes importiert. Endpaket deswegen, weil man maximal alle Klassen eines Pakets am Ende einer Hierarchie einbinden kann. Analog kann die gewünschte Klasse auch explizit angegeben werden.
import Package.Klasse;
Das folgende Beispiel importiert nur eine Klasse. Somit beziehen sich die verkürzten Schreibweisen auch nur auf diese Klasse.
import java.util.Date;
Sofern ein Paket eingebunden ist, verkürzt sich die Verwendung des Namens der Klasse auf ihren tatsächlichen Bezeichner, auch ohne explizite Pfadangabe.
import java.util.*;
public class MyClass
{
Date d = new Date();
}
Man sollte allerdings bedenken, dass wenn man eine einzige Klasse explizit einbindet, sich die eben erworbene verkürzte Anweisung dann auch nur für diese einzelne Klasse gilt. Von daher sollten immer alle Klassen eines Pakets zusammen eingebunden werden. Letztlich spielt es keine Rolle wieviele Klassen bekanntgemacht werden, da sich der Compiler nur der benötigten Klassen bedient und der Quellcode dadurch nicht weiter aufgebläht wird.
» Kodierung der Paketnamen
Ein weiterer wichtiger Aspekt in Verbindung mit der Nutzung von Paketen ist das Prinzip der internen Kodierung. Alle Pakete tragen einen speziellen Namen, welcher sich in ihrer durch jeweils einen Punkt voneinander getrennten Schreibweise ergibt.
java.util.*;
Würde man diesen Punkt durch einen Schrägstrich ersetzten, so ergäbe sich der exakte Verzeichnispfad, wo die Datei mit der Klassendefinition auf dem lokalen Datenträger zu finden sei.
java\util\Date
Je nach verwendeter Software und Compiler beginnt die Stammsuche nach dem Rootverzeichnis für die entsprechenden Java - Pakete an einer anderen spezifischen Verzeichnisstruktur.
» Erstellung eigener Pakete
Die folgenden Beispiele zeigen die Erstellung eigener Pakete, wie sie dem Java - Standard entsprechen.
Um die eigene Klasse in einer Datei einem Paket zuzuweisen, muss sie lediglich mit der Package - Anweisung am Anfang der Datei mit dem entsprechenden Paketnamen deklariert werden. Dabei können mehrere Dateien ein Paket bilden. Wichtig ist, dass die Deklaration als erste in der Datei auftaucht, und das noch vor den Import - Anweisungen.
package Package;
Das folgende Bespiel demonstriert die Erstellung eines eigenen Pakets. Wichtig ist, dass bereits in der ersten Zeile die entsprechende Anweisung erfolgt, da es sonst zu Fehlern kommen kann.
package Tool;
public class MyClass
{
}
Die Verzeichnisstruktur wird wiederum anhand des Paketnamens aufgelöst. In unserem Fall der folgende.
\Tool
Natürlich können auch die eigenen Pakete weiter verschachtelt werden. Des weiteren darf es pro Datei nur eine öffentliche Klasse geben, die den selben Namen wie die aktuelle Datei tragen muss. Von dieser wird dann im entsprechenden Verzeichnis eine Datei gespeichert.
package Package.Package;
Das folgende Bespiel demonstriert die Erstellung eines verschachtelten Pakets. Hier wird die Kategorisierung durch die Punkte zwischen den Packages und der letzten benannten Klasse erreicht.
package Tool.Network;
Die Verzeichnisstruktur sähe wie folgt aus.
\Tool\Network
Die von uns als öffentlich deklatrierte Klasse würde dann das Ende der Verzeichnishierarchie bilden. Da wir im folgenden Beispiel eine öffentliche Klasse definieren, bildet diese eine entsprechende Klasse im neuen Package. Dabei trägt die angelegte Datei den öffentlichen Klassennamen.
package Tool.Network;
public class MyClass
{
}
Hier nun der vollständige Pfad samt Klassendatei.
\Tool\Network\MyClass.java
Man sollte immer bedenken, dass es nur eine öffentliche Klasse pro Datei geben kann und diese des weiteren den selben Dateinamen zu tragen hat. Ansonsten sind zwar weitere Klassendefinitionen erlaubt, dürfen jedoch nicht als öffentlich markiert werden. Diese werden in einer extra Datei gespeichert.
» Default Pakete
Sofern eigene Klassen keiner Pakethierarchie zugewiesen werden, befinden sie sich automatisch in einem Default - Paket.
Alle zutreffenden Klassen werden in der Regel in keiner Struktur, sondern im aktuellen oder einem Unterverzeichnis des Programms gespeichert. Je nach Ordnertiefe lassen sich so also beliebig viele Default - Pakete erzeugen. Die Klassen dieses Pakettyps können auch verwendet werden, wenn sie nicht explizit eingebunden wurden.