Читать книгу Spring Boot - Mark Heckler - Страница 33

Wir müssen Code schreiben, um mit Ressourcen zu arbeiten und um einige der Ressourcen aufzunehmen. Beginnen wir mit dem Erzeugen einer sehr einfachen Domain-Klasse, die eine Ressource repräsentiert, die wir verwalten wollen.

Ich bin ein großer Kaffee-Liebhaber, wie meine guten Freunde – zu denen ich nun auch Sie zähle – wissen. Aus diesem Grunde werde ich eine Kaffee-Domain verwenden. Eine Klasse repräsentiert eine bestimmte Art von Kaffee als Domain für dieses Beispiel.

Lassen Sie uns mit dem Anlegen der Klasse Coffee beginnen. Das ist wichtig für dieses Beispiel, da wir eine Ressource benötigen, anhand derer wir demonstrieren können, wie sich Ressourcen über ein REST-API verwalten lassen. Allerdings ist die Einfachheit oder Komplexität der Domain für unser Beispiel nebensächlich, sodass ich sie einfach halte, damit wir uns auf unser Ziel konzentrieren können: das resultierende REST-API.

Wie in Abbildung 3-3 gezeigt, enthält die Klasse Coffee zwei Membervariablen:

 ein id-Feld, das dazu dient, eindeutig eine bestimmte Art von Kaffee zu identifizieren

 ein name-Feld, das den Kaffee anhand seines Namens beschreibt

Abbildung 3-3: Die Klasse »Coffee«: unsere Domain-Klasse

Ich deklariere das id-Feld als final, es darf also nur einmal zugewiesen und niemals verändert werden; entsprechend erfordert dies also auch, dass es zugewiesen wird, wenn eine Instanz der Klasse Coffee erzeugt wird, und impliziert, dass es keine Änderungsmethode hat.

Ich erzeuge zwei Konstruktoren: einen, der beide Parameter entgegennimmt, und einen weiteren, der einen eindeutigen Identifikator bereitstellt, falls bei der Erzeugung einer Coffee-Klasse keiner angeboten wird.

Als Nächstes erzeuge ich Abfrage- und Änderungsmethoden – oder Getter- und Setter-Methoden, falls Sie diese Bezeichnungen bevorzugen – für das name-Feld, das nicht final deklariert wurde und daher veränderlich ist. Über diese Designentscheidung könnte man sich streiten, jedoch ist sie für die Bedürfnisse unseres Beispiels durchaus in Ordnung.

Damit haben wir nun eine einfache Domain. Nun wird es Zeit für den REST.