Als letztes Konzept zur Modularität nun zu Javas Modulen.
Seit Java 9 gibt es im Java das Konzept der Module,
diese Module sind so etwas ähnliches wie Packages,
aber sie haben eine andere Intention.
Sie haben die gleichen Eigenschaften der Modularität,
auch sie Kennzeichen explizit, was sind ihre Interfaces,
auch sie Führung führen zu einer Kapselung.
Auch sie stellen, fassen Dinge zu einem Modul zusammen,
aber sie sind noch darüber hinaus gedacht,
dafür etwas anwendungsspezifisches zu bieten
Ein Paket zu bieten, was zum Beispiel eine bestimmte Geschäftsfunktion,
ein bestimmtes Geschäftsprozess oder so etwas unterstützt.
Also eher zur fachlichen Strukturungen eher für größere Einheiten. Auch hier ist es,
ist es so, dass Pakete innerhalb der Module enthalten sind,
Module können wieder Module enthalten, Pakete können daran enthalten sein und sie werden explizit exportiert.
Aber ein Paket darf nur von einem Modul exportiert werden,
es darf keine zyklischen Abhängigkeiten geben und für Public bedeutet das,
dass wir hier zum Beispiel die Kundennummer sichtbar machen könnten,
durch ein Modul, ja, hier ist das die Modulspezifikation des Moduls,
sagt ganz klar, was es exportiert,
zum Beispiel hier das Paket Fachwerte aus dem Unterpaket, Mediathek.
Und da gibt es dann die Kundennummer, die wird dann für alle explizit sichtbar gemacht. Ja,
aber Konto ist dann quasi nur für Sachen sichtbar,
die im gleichen Modul sind,
wenn wir dort das entsprechend die Bezeichnung so wählen,
Wenn wir also das etwas hier exportieren, die Klasse im gleichen,
für alles sichtbar machen wollen, dann würden wir sagen,
wir infizieren es überhaupt, wir müssen uns sichtbar machen wollen,
zu dem Pakt, zu einem Modul,
woander in SE2, dann würden wir dieses dorthin exportieren.
Hier steht richtig der Bezeichnung, wohin wir das exportieren.
Damit sind wir fertig mit Modularität und wechseln zum
nächsten Thema Fehler