-
Notifications
You must be signed in to change notification settings - Fork 13
Expand file tree
/
Copy pathProgrammbibliotheken.md
More file actions
120 lines (73 loc) · 9.17 KB
/
Programmbibliotheken.md
File metadata and controls
120 lines (73 loc) · 9.17 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
# Programmbibliotheken<!-- omit in toc -->
## Was ist eine Programmbibliothek?
Eine [Programmbibliothek](../Glossar.md#programmbibliothek) (eng. _software library_ oder auch nur _library_) ist eine Sammlung von Klassen (bzw. auch Interfaces etc.), die dazu gedacht sind, in anderen Programmen wiederverwendet zu werden. Auf diese Weise muss ein\*e Entwickler\*in komplexe Konzepte nicht jedes mal neu erfinden und umsetzen, sondern kann [auf vorhandene Lösungen zurückgreifen](https://en.wikipedia.org/wiki/Reinventing_the_wheel), die im besten Fall von Spezialist\*innen entwickelt und von tausenden Programmierer\*innen genutzt und getestet werden.
## Die Java Class Library
Erinnern wir uns zur Orientierung noch einmal daran, dass wir von Anfang an bereits eine Programmbibliothek benutzen: Die [Java Class Library](https://en.wikipedia.org/wiki/Java_Class_Library). Sie ist Bestandteil des [JDK](Die-Programmiersprache-Java.md#jdk) und steht damit in jedem Java-Programm zur Verfügung. Sie umfasst [zahlreiche Klassen](https://docs.oracle.com/en/java/javase/11/docs/api/allclasses.html) (...), die zum Schreiben von Java-Programmen entweder grundlegend (siehe Paket `java.lang` in der Grafik unten) oder mit hoher Wahrscheinlichkeit nützlich sind.
Quelle: [www.mathcs.emory.edu](https://www.mathcs.emory.edu/~cheung/Courses/170/Syllabus/04/java-lib.html)
Das Paket `java.lang` enthält Klassen (...), die so grundlegend für die Java-Programmierung sind, dass es automatisch zum [Classpath](https://de.wikipedia.org/wiki/Klassenpfad) eines Java-Programms gehört. Klassen (...) aus `java.lang` müssen deshalb auch nicht mit dem `import` statement importiert werden.
```java
/*
* Weder für "System", noch für "Math"
* ist ein Import notwendig!
*/
System.out.println(Math.random());
```
Alle weiteren Bestandteile der _JCL_ stehen nach Bedarf zur Verfügung, müssen also ggf. importiert werden.
## Externe Programmbibliotheken
Natürlich kommt es vor, dass die Java Class Library nicht ausreicht. Und gerade für komplexere Probleme, die von anderen Menschen längst gelöst wurden, sollte man - wie bereits erwähnt - lieber keine eigenen Lösungen entwickeln. Stattdessen empfiehlt es sich, auf das riesige Angebot frei verfügbarer (im Sinne von [Open Source](https://opensource.org/osd)) Programmbibliotheken zurück zu greifen.
Es gibt elegantere (und nachhaltigere) Methoden, eine externe Programmbibliothek zu verwenden, als sich diese manuell herunterzuladen und einzubinden (die Möglichkeiten hierfür werden im nächsten Abschnitt kurz erläutert). Aber auch das ist möglich und reicht manchmal völlig aus.
Das folgende Szenario soll die möglichen Vorteile der Verwendung externer Bibliotheken verdeutlichen und zeigen, wie sich diese (zunächst ohne Build Tools, siehe unten) mit Hilfe der IDE in das Programm einbinden lassen.
Nehmen wir an, wir wollen die Überschrift der aktuellsten [Pressemitteilung von der Internetseite der Universität zu Köln](https://portal.uni-koeln.de/universitaet/aktuell/presseinformationen) extrahieren und einfach nur auf der Konsole ausgeben. Versuchen wir es zunächst ohne externe Bibliotheken, also nur mit den Hausmitteln von Java (die [Fehlerbehandlung](Fehlerbehandlung.md) wurde zugunsten der Übersichtlichkeit entfernt):
> ⚠ **ACHTUNG!** Das folgende Beispiel zeigt ganz bewusst sehr _schlechten_, _unsinnigen_ Code! Man sollte [niemals HTML (oder irgendeine andere formale Sprache) mit String-Operationen parsen](https://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags), auch (oder: erst recht!) nicht mit Regulären ausdrücken!
```java
String urlString = "https://portal.uni-koeln.de/"
+ "universitaet/aktuell/presseinformationen";
BufferedReader br =
new BufferedReader(
new InputStreamReader(
new URL(urlString).openStream())));
String line;
StringBuilder sb = new StringBuilder();
while ((line = br.readLine()) != null) {
sb.append(line);
sb.append(System.lineSeparator());
}
// VORSICHT, UNSINN!!! Niemals HTML mit String-Operationen parsen!!!
String heading = sb.toString()
.replaceAll("\n", " ")
.replaceFirst("^.*?<article([\\s\\S]*?)<\\/article>.*?$", "$1")
.replaceFirst("^.*?<h2>([\\s\\S]*?)<\\/h2>.*?$", "$1")
.trim();
System.out.println(heading);
```
Immerhin, die Ausgabe auf der Konsole lautet:
```
Sonnenscheinrekord im ersten COVID-19 Lockdown durch ungewöhnliches Wetter
```
Na, wenigstens ist das Wetter gut!
**ABER** das ist eine Menge Code - und er ist auch noch alles andere als robust! Viele ungeschriebene Gesetze wurden verletzt (siehe oben). Es ist außerdem nicht auf den ersten Blick ersichtlich, was hier genau passieren soll. Eine schlechte, sperrige Lösung!
Entscheiden wir uns also doch lieber dazu, eine externe Bibliothek zu nutzen, die auf das Lesen und Parsen von HTML-Dokumenten spezialisiert ist! Eine (zu Recht!) sehr prominente Kandidatin ist [jsoup](https://jsoup.org/).
Wir laden uns also die neueste Version von _jsoup_ als `.jar` Datei (Java Archive) herunter und platzieren sie in einem eigens angelegten Ordner `lib` (_libraries_) in unseren Projekt (der Name das Ordners ist beliebig):
Jetzt ist die Bibliothek schon mal vorhanden - aber unser Programm weiß noch nichts davon. Fügen wir sie also zum _Build Path_ unseres Projektes hinzu (natürlich mit Hilfe unserer IDE). Dieser umfasst alle Ressourcen, die beim Kompilieren des Programms mit einbezogen werden sollen.
> 👉 Rechtsklick auf das Projekt → Properties → Java Build Path → Libraries → Classpath → Add JARs → `.jar` Datei aus dem Projekt-Ordner auswählen!
Ab jetzt sind die Klassen (...), die Teil der _jsoup_-Bibliothek sind, für unser Programm verfügbar. Wir müssen sie einfach nur mittels `import` importieren!
Sehen wir uns also die (sehr gute) [Dokumentation von jsoup](https://jsoup.org/cookbook/) an und machen uns ein Bild davon, wie uns die Bibiothek bei unserem Problem helfen kann (dieser Prozess wird hier nicht erläutert)! Der Code aus dem Beispiel oben lässt sich unter Verwendung der [API](../Glossar.md#api) von _jsoup_ nicht nur schöner und lesbarer, sondern auch viel kürzer umsetzen (auch hier verzichten wird der Übersichtlichkeit halber auf die Fehlerbehandlung):
```java
String urlString = "https://portal.uni-koeln.de/"
+ "universitaet/aktuell/presseinformationen";
Document doc = Jsoup.connect(urlString).get();
String heading = doc.selectFirst("article h2").text();
System.out.println(heading);
```
... und das war's auch schon! Plötzlich spricht jede Zeile des Codes für sich - alles ist sehr eindeutig. Wir sehen: Die Java Class Library ist zwar extrem umfangreich, aber reicht eben nicht immer aus.
**Fazit: Es lohnt sich, nach guten Programmbibliotheken Ausschau zu halten!**
## Build Management Tools
Build tools haben die Aufgabe, das "Bauen" einer Anwendung zu koordinieren. Dies umfasst z.B. das Verwalten von Ressourcen, das [Kompilieren](../Glossar.md#compiler) des [Quellcodes](../Glossar.md#quellcode) (ggf. nur von geänderten Dateien) und das automatische Ausführen von [Unit Tests](JUnit.md). Ein bekanntes und altbewährtes Java Build Tool ist [Apache Ant](https://ant.apache.org/).
Meist wird neben den oben erläuterten Funktionen aber eine umfassendere Verwaltung des Projektes benötigt. Besonders eine automatische Verwaltung von Abhängigkeiten (eng.: _dependency management_), also von eingebundenen Programmbibliotheken, deren eigenen Abhängigkeiten usw.
Im vorherigen Abschnitt wurde bereits erwähnt, dass das manuelle Einbinden von Programmbibliotheken etwas unelegant ist. Man müsste, wollte man das Projekt mit anderen Entwickler*innen teilen, immer alle verwendeten Bibliotheken mitliefern - obwohl diese ja gar nicht Teil des eigentlichen Programmcodes sind. Oder noch schlimmer: Andere Personen müssten sich selbst auf die Suche nach den verwendeten Bibliotheken machen und diese herunterladen. Das Projekt wäre nicht portabel oder unnötig einfach aufgebläht.
Genau darum kümmern sich _build management tools_ (oder auch _build automation tools_) - sie umfassen nicht nur die Funktionen eines _build tools_ (wie Apache Ant, siehe oben), sondern verwalten den gesamten Lebenszyklus eines Software-Projektes von der Projektstruktur über das Herunterladen oder Aktualisieren der Abhängigkeiten bis hin zum Auführen von Unit Tests und dem eigentlichen Bauen der Anwendung mit allen verwendeten Ressourcen.
Die im Java-Kontext am meisten verbreiteten _build management tools_ sind [Maven](https://maven.apache.org/) (genau wie Ant ebenfalls von der [Apache Foundation](https://apache.org/)) und [Gradle](https://gradle.org/) (wird vor allem - aber nicht nur - in der Entwicklung von Anwendungen für die Android-Plattform genutzt).
> 🔗 Eine [detaillierte Abgrenzung der genannten Tools](https://www.baeldung.com/ant-maven-gradle) wird an dieser Stelle nicht geschehen, ist aber unter dem o.g. Link verfügbar.
> 🔗 Eine brauchbare Einführungen in _Maven_ (vor allem in Hinsicht auf die Integration in die Eclipse IDE) findet man [hier](https://www.vogella.com/tutorials/EclipseMaven/article.html).