Latest / Coding Buddies | Tech & Dev-Mindset / #146 Jede kleine Änderung wird zum Großumbau – hexagonale Architektur ist die Lösung

Transcript

#146 Jede kleine Änderung wird zum Großumbau – hexagonale Architektur ist die Lösung · Coding Buddies | Tech & Dev-Mindset

0:00
Du setzt dich ja als Kind auch nicht aufs Fahrrad, fährst
0:02
einmal los, fällst hin und denkst dir so Alter was ne
0:05
Kacke, ich bin raus. Coating Buddies Dein Podcast
0:08
rund um Softwareentwicklung und aktueller Tech News herzlich
0:12
Willkommen. Halli Hallo und herzlich
0:25
Willkommen zur neuen Folge des Coding Vadis Podcasts.
0:28
Schön, dass du wieder eingeschaltet hast.
0:30
Wir sind neu ins Jahr gestartet 2.
0:32
Folge des Jahres Es geht weiter und ich möchte dafür meinen
0:36
Partner begrüßen, meinen lieben Kollegen Fabi, was geht ab, was
0:41
geht ab Tino Grüße dich und wie findest du neue Ansprache neues
0:46
Jahr es ändert sich alles jetzt ja, es ist abgefahren.
0:53
Oder aber was geht ab? Bleibt also das das kann ich dir
0:55
versprechen, ich hab mich schon mal gefragt so wenn du
0:59
angenommen du hörst so mehrere Folgen hintereinander, dann geht
1:01
es immer los mit ja neue Folge, neue Folge neue Folge was geht
1:06
ab, was geht ab? Na ja, aber die Leute wissen
1:10
dann einfach direkt, was abgeht. Halt ne.
1:12
Ja, was geht denn so ab? Ja, noch nicht viel.
1:14
Also ich bin ziemlich entspannt ins neue Jahr gestartet, muss
1:17
ich sagen und du schön bei dir ist.
1:19
Ja, doch, ich auch, ich auch all die Zeiten mit fetten, Riesen,
1:22
Partys sind vorbei bei mir ja ja, dieses Jahr ist alles anders
1:26
oder wie ich mein ich werd alt weißt du das hast du dir zur
1:33
Jahreswende überlegt, das ist das Jahr wo ich alt werde nee
1:38
cool weiß ich nicht, ich find es, ich find es wirklich immer
1:40
relativ entspannt wenn man einfach so, also beim
1:45
Reinfeiern. Irgendwie in so einer kleinen,
1:48
entspannten Gruppe ist. Weißt du so, die Leute kennt man
1:50
alle, man es fühlt sich irgendwie so zu Hause weißt du
1:54
das das das gefällt mir das mag ich find ich gut ja ja muss
1:58
nicht mehr die große Riesenparty sein ich find.
2:00
Ich bin auch ehrlich, dass Silvester einfach so n bisschen
2:02
überbewertet ist. Aber na ja, was soll es, was
2:04
soll es immer so, also ist nicht so das Highlight des Jahres was
2:08
viele erwarten sag ich mal. Ich hab also ich versteh auch
2:11
gar nicht wieso das so n Ding eigentlich immer generell.
2:14
Ist wahr. Wie auch immer.
2:15
Also dieses weißt du ja jetzt Silvester richtig, der Hammer,
2:19
weißt du ich mir mal. Denke so es wird genauso viel
2:22
der Hammer wie alles andere wenn du jetzt zum Beispiel ne Party
2:25
veranstaltest wird es wahrscheinlich.
2:27
Ja genau so ne normale Party die da.
2:30
Na die Wahrscheinlichkeit ist hoch, aber ich sag mal es ist ja
2:33
der positive Effekt dabei ist, dass wir ja auch die 1.
2:36
Folge des Jahres dann sehr entspannt aufnehmen konnten,
2:39
nicht völlig im Arsch waren sag ich mal ne muss man einfach mal
2:41
ganz klar so sagen und genauso geht es uns jetzt ja, wir haben
2:45
Bock, ich hab Bock. Auf ne neue Folge.
2:50
Genau, der Podcast ist schuld, dass wir nicht mehr feiern.
2:52
Nein, so ist es auch nicht gut okay gut, kommen wir mal.
2:56
Zum Thema heute, weil ich glaub wir brauchen heute n bisschen
2:59
Zeit ist n spannendes Thema ist n umfangreiches Thema und
3:05
deswegen werden wir heute mal keine Zeit mit Geplauder
3:08
verschwenden. Fabi und deswegen werd ich jetzt
3:11
noch n bisschen plaudern Nein starten wir mal rein, was haben
3:15
wir heute vorbereitet komm hau mal raus du hast n Thema
3:17
mitgebracht ich find das Thema Klasse, es ist sogar n Community
3:20
Wunsch Thema gewesen und ich denk mal das hat dich inspiriert
3:22
sei ehrlich na klar aber krass hab ich Bock hau mal raus.
3:26
Ja, ich glaube, wir hatten das schon n bisschen auf den Schirm.
3:28
Und dann kam noch der Wunsch und dann hat es einfach gepasst.
3:32
Also bevor ich das jetzt einfach so nenne, ne und sage was es
3:36
ist, möchte ich mal, dass du dir so ne kleine Situation
3:38
vorstellst und vielleicht gucken kannst, ob du sagst kenne ich
3:43
oder ist mir komplett fremd, habe ich noch nie erlebt.
3:46
Ja gucken wir mal. Also stell dir mal vor, ja
3:51
kriegst n Ticket. Ne ganz harmlos, da steht drin
3:55
sowas wie also Arbeit ist jetzt in einem, also hättest du jetzt
3:59
n arbeitsticket arbeitsticket ja also du kriegst kein Ticket
4:02
irgendwie beim Auto weil du falsch.
4:03
Geparkt hast, weil ich hab gerade.
4:05
Rausgeguckt vor Panik, aber nee, alles gut.
4:08
Ach so, übrigens du hast n Ticket, du wirst gerade
4:12
abgeschleppt. Nein, also stell dir vor du du
4:15
bekommst ein Ticket feature ne sowas.
4:19
Ganz harmlos steht drauf. OK, wir müssen den
4:22
Überweisungsprozess unserer Software leicht anpassen.
4:24
Ne, das heißt wir sind so Thema Bankbereich einfach mal
4:27
unterwegs und du sagst OK entspannt müssen den
4:31
Überweisungsprozess anpassen. Ja überleg dir jetzt was für
4:34
Anforderungen dahinter stehen, die sind auf jeden Fall
4:37
beschrieben und du öffnest aber den Code und merkst dann so na
4:40
OK warte mal es geht ja hier um ne fachliche Änderung.
4:45
Der Überweisungsprozess hat nur was mit Business, mit der
4:48
Business Logik zu tun und jetzt guckst du dir das an und denkst
4:50
dir so, jetzt muss ich irgendwie was am Rest Controller ändern.
4:53
Ich muss NDTO ändern damit das funktioniert.
4:56
Ich muss irgendwie noch an einem Repo was basteln und im Worst
5:01
case noch ne mittelschwere Datenbank Migration machen ne
5:05
und? Du bist halt da repo.
5:07
Meinst du jetzt n Datenbank Repository nehm ich mal an oder
5:09
OK gut. Und du?
5:15
Bist dabei, guckst dir das an, Programmierst auch schon und
5:17
mittendrin fragst du dich dann so was soll eigentlich der
5:20
Scheiß, also weißt du ob man es kennt?
5:24
Ne, jetzt hast du nämlich die Situation kenn ich nein, aber
5:30
die Frage an der Stelle ne die man sich dann stellen kann oder
5:32
die man sich vielleicht auch öfter mal stellt ist warum muss
5:35
ich eigentlich so viel Technik anpassen?
5:37
Also weil ich ja auch von Rest gesprochen hab irgendwie die TO
5:40
ändern repo und so weiter. Obwohl eigentlich sich nur die
5:44
Business Logik ändert. Ne, also eigentlich soll ja nur
5:46
quasi in dem in der Logik des Kerns sag ich mal deiner
5:50
Software soll irgendwie was verändert werden, was aber
5:53
eigentlich mit dieser ganzen technischen Geschichte drumherum
5:56
nichts zu tun hat. Und wenn dir das was sagt, ja
6:02
dieser eine Punkt sagt dir was, aber der Rest ich weiß nicht
6:04
hast du sowas schon mal gehabt? Ist dir das schon mal über den
6:07
Weg gelaufen? Ja, ja, ja, ja, ja.
6:10
Vor allem auch Tickets. Wo drin steht n bisschen was
6:12
anpassen. So also von der von der von dem
6:15
Grad der Genauigkeit der Tickets.
6:17
Ja OK das versteh ich auch, aber wir sind jetzt wirklich bei das
6:20
Ticket ist das Ticket ist top ja können wir mal davon ausgehen
6:23
Ticket alles super ja gut dann würd ich sagen kenn ich die
6:26
Situation trotzdem weil es zeigt einfach wenn ich unglaublich
6:30
viel an verschiedenen Stellen anpassen muss, dass ich schon ne
6:33
harte Kopplung hab am Ende und alles irgendwie vielleicht ein.
6:38
Etwas viel zu sehr ineinander greift, sage ich mal.
6:43
Und das technische von der von der Business Logik wie Du
6:48
meintest, vielleicht einfach nicht genug getrennt ist.
6:51
Echt ja würde ich da würden die Refactoring Alarmglocken
6:55
angehen, die man ja gekonnt ignoriert.
6:58
Dann nein sollte man nicht, aber ja doch kenne ich kenne ich zu
7:03
gut, gerade in größeren Projekten die schon ne Weile
7:06
leben. Ja, also größere Projekte sind
7:08
da auch schon irgendwie Stichwort, aber das Ding ist
7:11
auch wenn man sich jetzt vielleicht gedacht hat, OK, doch
7:14
so ne Situation kommt mir bekannt vor, wie du ja auch
7:16
schon meintest Kino, dann hilft da oder kann etwas helfen.
7:20
Ja, das heißt ja nicht immer, dass es auf jeden Fall hilft,
7:22
aber es ist auf jeden Fall möglich, dass es helfen könnte
7:25
und zwar seine Architektur, seine Softwarearchitektur
7:27
anzupassen, zum Beispiel mit der hexagonalen Architektur ne und?
7:33
Das ist eigentlich auch so das Thema.
7:34
Wir hatten ja in der letzten Folge angefangen mit
7:37
Softwarearchitekturen so ganz allgemein und auch schon
7:39
angeteasert, dass wir auch hexagonale Architekturen mal
7:43
betrachten wollen und genau das wollen wir heute mal machen, um
7:46
zu gucken, wie funktioniert das eigentlich, was ist hexagonale
7:49
Architektur und warum heißt das überhaupt hexagonale
7:53
Architektur, hab ich mich zum Beispiel früher mal gefragt.
7:56
Ja, ich guck jetzt mal noch fancy klingen.
7:59
Ja, von so 6 ne ich keine Ahnung.
8:01
Das gucken wir uns alles mal in dieser Folge an.
8:03
Finde. Ich gut, also Kern der Folge
8:06
ist, wie schaffe ich es quasi meine Businesslogik ins Zentrum
8:10
zu packen und die ganze Technik die du beschrieben hast
8:14
austauschbar zu machen? Das ist so n bisschen das
8:17
Kernelement um genau nicht mehr in diesen Pain zu kommen, dass
8:22
alles ineinander verwurstelt ist und man alles anpassen muss,
8:25
quasi nur weil man n bisschen die Businesslogik ändert, genau.
8:30
Ja, sehr, sehr cooles Thema. Hab ich Bock drauf Fabi wegen
8:35
diesem Thema oder dem Titel sag ich mal, dass man es hexagonale
8:39
Architektur nennt. Interessanterweise ist es ja
8:42
wirklich darunter Mehrgeläufig als unter dem Alternativnamen,
8:47
weil man kann auch sagen, dass es so n Ports and Adapter
8:50
Architecture ist. Also so Ports and Adapter
8:53
Architektur so und. Trotzdem muss ich sagen, kannte
8:58
ich es immer nur unter hexagonale Architektur.
9:01
Aber du hast schon recht, klar, Hexa steht jetzt irgendwo für 6,
9:05
ne für so n Sechseck sag ich mal.
9:07
Aber eigentlich heißt das jetzt nicht, dass man jetzt genauso
9:11
viel Schnittstellen haben muss oder so viel weiß ich was haben
9:15
soll, sondern es ist geht schon um ne beliebige Anzahl, aber um
9:19
sich das ganze vielleicht optisch besser vorstellen zu
9:22
können, hat man das vielleicht gewählt.
9:24
Liebe, zuhören, Liebe zuhören. Falls du weißt, warum es exakt
9:27
genauso auch genannt wird, dann lass es uns gerne wissen.
9:30
Es interessiert uns es vielleicht auch so, so coole
9:33
sind so coole Sidefacts, die man wissen kann.
9:37
Ja, auf jeden Fall. Wie gesagt, soll es darum gehen,
9:40
dass man die Fachlogik in den Kern setzt und die technischen
9:43
Details, die du jetzt zum Beispiel genannt hattest, ne,
9:46
wie zum Beispiel, wie binden wir uns denn an?
9:49
Ja, wir nehmen Rest. Ja OK, wir haben ne Rest
9:51
Controller auf einmal. Wo legen wir unsere Daten ab, na
9:55
wir haben Datenbank XY ne Post Rest beispielsweise OK gut
9:59
wieder n technisches Detail was alles wichtig für unsere
10:02
Anwendung ist. Aber und das ist der
10:04
entscheidende Punkt, austauschbar weil.
10:07
Man kann verschiedene Datenbanken anbinden, je
10:09
nachdem, was man gerade für sein Projekt, sag ich mal als besser
10:14
beachtet erachtet. Ja oder auch
10:18
kommunikationsschnittstellen, ja nach außen muss nicht Rest sein,
10:21
gibt es auch verschiedene Möglichkeiten und das sind halt
10:24
alles so technische Details, die auch gerade wir hatten ja auch
10:28
mal über Domain driven Design gesprochen und jetzt sind wir
10:34
hier quasi auf Architekturebene. Aber trotzdem hilft diese
10:38
Betrachtungsweise greift hier halt auch.
10:41
Und dieses fachliche von dem Technischen zu trennen hilft
10:44
natürlich auch ungemein in der Projektkommunikation.
10:48
Leute, die eher auf die Business Logik schauen und Leute die eher
10:51
sagen ich versuch das Ganze umzusetzen und sind mehr im
10:54
technischen Aspekt unterwegs und wenn die Architektur da schon
10:57
vorgibt, dass man das klar trennen kann, hilft das auch
11:00
ungemein in der Entwicklung und auch in der Kommunikation halt
11:04
ja. Genau.
11:05
Also im Endeffekt haben wir ja diese Grundidee, dass man so n
11:09
zentralen Kern hat, und dieser Kern bildet dann im Endeffekt
11:13
die Domain ab. Ne, weil du jetzt Domain driven
11:15
development gesagt hast beziehungsweise Domain driven
11:18
Design Design ja ja, so viel weißt du BDDDDDTDD manchmal
11:27
Design, manchmal Development, in dem Fall Design ja genau, aber.
11:32
Das das heißt, du hast irgendwo deine Domain beziehungsweise wie
11:35
gesagt Deine Business Logik die irgendwo im Kern sitzt und dann
11:38
hast du und weil du ja meintest so Ports und Adapter hast du so
11:41
verschiedene Ports, ne die dann an die zentrale Logik die
11:45
Schnittstelle zu nach außen da bieten ne also du hast dann
11:50
quasi so bestimmte Ports die als Schnittstellen gelten und da
11:55
können dann Adapter von von draußen andocken und die Idee
12:00
ist halt zu sagen. Innerhalb deines Kerns ne gibt
12:05
es halt nur ne Logik und keine Technik, keine Datenbanken.
12:09
Es wird quasi keine Datenbank erwähnt, es wird keine
12:13
Kommunikationsart erwähnt. Sag ich jetzt mal, sondern ja
12:18
oder oder keine UI irgendwas Definition die da irgendwie
12:24
darauf schließen lassen könnten, dass irgendwie ne gewisse UI da
12:27
irgendwie mit drin ist oder dass irgendwas passiert an dieser
12:30
Stelle. Sondern wirklich, dass du nur
12:32
sagst, OK, wir haben unsere reine Business Logik, die da
12:36
drin verankert ist. Ne und wir gehen da natürlich
12:41
auch noch mal logischerweise mit einer kleinen Analogie drauf ein
12:43
später, dass man sich das vielleicht auch noch n bisschen
12:45
besser vorstellen kann. Aber und diese du meinst ja
12:50
hexagonal, also mein Wissensstand ist, dass das
12:56
wirklich nur so ne Art, ich sag mal Darstellung ist, ne.
13:01
Ne, dass du sagst, du hast so diese, also diese so n Hexagon
13:05
kann man sich ja vorstellen und an jede Seite kann dann so n
13:09
Adapter andocken und jede Seite ist n Port ne und rein
13:12
theoretisch ne kann du könntest auch 8 Seiten da dran packen
13:15
oder 3 oder was auch immer ne also dieses.
13:17
Und es ist halt einfach ne gute Darstellungs.
13:20
Dann ne. Aber ich find es auch.
13:22
Lustig hat sich das auch so n bisschen.
13:23
Durchgesetzt ne, ich find es aber auch lustig wieso
13:25
hexagonal, weil ganz am Anfang als ich es immer gehört hab,
13:28
dachte ich mir so alter hexagonal was.
13:30
Was soll ich mir da drunter vorstellen?
13:31
Gar keinen Plan gehabt ne, ich dacht mir immer so was was ist
13:34
muss man da irgendwie seine Logik in 6 Teile auf also sein
13:37
seine Software in 6 Teile aufteilen aber was was passiert
13:40
hier auf jeden Fall also das hat mich auf jeden Fall am Anfang
13:43
mal n bisschen bisschen verwirrt.
13:46
Genau. Aber wie du ja schon meintest,
13:48
man kann sich das Halt gut vorstellen, wenn du jetzt die
13:50
Business Logik quasi in der Mitte als Kern sitzt.
13:52
Ich zieh dann quasi so n Hexagon Außenrum ne und hab in der Mitte
13:56
meinen Kern und dann. Stell ich halt oder definier ich
14:00
halt Ports an den Seiten, an dem man sich andocken kann sozusagen
14:05
oder verbinden kann ja um quasi mit der Business Logik zu
14:11
kommunizieren zu interagieren sag ich mal.
14:13
Je nachdem was ich da jetzt anbinde und das ist halt
14:17
eigentlich nur im Kern von Grundgedanken her ne richtig
14:21
richtig coole Sache. Ja, natürlich.
14:23
Der Teufel steckt im Detail. Es ist immer die Frage, wie kann
14:26
man das umsetzen, es ist nicht easy umzusetzen, es ist
14:30
aufwendig, es umzusetzen, aber im Kern erstmal muss ich sagen,
14:34
ist das ne sehr coole architekturweise ne, also
14:38
architekturart quasi eine Software zu gestalten oder so
14:41
ein System. Ich finde mal, ich glaub man
14:43
muss also weil du sagst es ist schwierig.
14:46
Ich weiß nicht, ob es schwierig umzusetzen ist, aber ich finde,
14:49
dass es ne ne. Schwierig ist, so diszipliniert
14:52
zu sein, es dann auch wirklich. Ja OK, das wirklich so
14:55
durchzuziehen ne, weil genauso wie es genauso bei TDD ne ich
14:59
finde TDD an sich ne um n kleinen noch mal n kleinen
15:03
Sidequest hier anzufangen ist ist ja nicht schwer, aber die
15:07
Denkweise dahinter und das zu verstehen und zu verinnerlichen,
15:09
das ist halt genau der Punkt und hier ist es halt eben würde ich
15:12
sagen auch. Ja, es ist halt wieder klassisch
15:13
Theorie und Praxis. Ne, in der Theorie klingt es
15:15
einfach, aber jetzt mit einem Team es langfristig in einem
15:19
großen Projekt umzusetzen. Bedarf, Erfahrung, einfach.
15:23
Da können wir vielleicht auch später noch mal.
15:25
Auf jeden Fall. Kommen, wenn wir sagen, so pro
15:27
Contra wann eignet es sich, wann nicht?
15:30
Aber das jetzt halt nur schon mal als Ausblick, weil wir
15:32
gerade sagen, OK es ist auf dem Papier ziemlich cool, aber es
15:36
bringt natürlich seine Schwierigkeiten mit ne das ist
15:39
jetzt kein Free Lunch, dass ich sage so jedes jedes
15:42
Softwareprojekt mach ich jetzt so.
15:43
Ja, definitiv. Aber wenn ich das jetzt noch
15:46
mal, ich fass noch mal kurz zusammen, ne wieso wie man sich
15:48
so jetzt das vorstellen kann. Du hast also quasi den Kern, ne
15:51
das wie gesagt Business regeln sind da drin irgendwelche Use
15:54
Cases die sich da drin abbilden oder du hast halt da bestimmte
15:57
Entitäten drin. Zu deiner Business Logik eben
16:01
die ganze Logik im Kern kennt keine technischen Details,
16:05
hatten wir ja schon gesagt und. Hat auch eigentlich nichts mit
16:09
irgendeinem Framework in dem Sinne zu tun.
16:10
Ne die Ports an sich sind Schnittstellen, ne diese Ränder
16:15
an den hexagonalen Architekturen sozusagen.
16:18
Oder am Hexagon. Und das können Inbound und
16:22
outbound Ports sein. Im Endeffekt eigentlich nur,
16:24
dass definiert wird. OK, das System hat ja
16:27
prinzipiell also diese Business Logik ist da, dieser Kern ist da
16:30
und es ist diesem Kern völlig egal wie der von außen
16:33
angesprochen wird oder also was ihn von außen anspricht oder was
16:38
er oder an wen er Daten nach draußen gibt, sozusagen ne und
16:42
diese diese Ports, diese Schnittstellen definieren
16:44
einfach nur OK, das ist so. Ich nenn es jetzt mal so n
16:47
bisschen salopp gesagt, so ne Art Protokoll wo du sagst Ey
16:51
pass auf, du bekommst das von mir und ich krieg das von dir so
16:55
und egal was jetzt von außen kommt ne das sind dann diese
16:58
Adapter die da andocken können. Es können halt auch in und
17:00
outbound Adapter sein, weil du kannst ja irgendwas zum Beispiel
17:03
bekommen ne oder irgendwas rausschicken zum Beispiel über
17:07
Rest ne und da hast du dann im Endeffekt eigentlich diese
17:11
diesen Kern, diese diese Schnittstellen und diese Adapter
17:13
von draußen und. Diese beiden Dinge sind
17:16
unabhängig voneinander und das ist genau der Punkt innen drin.
17:18
Business Logik außen dran, außen dran Technik weil wie du gesagt
17:23
hast, Rest kann auch angepasst werden durch was weiß ich ne Web
17:27
socket oder durch Soap oder frag mich nicht so verschiedene
17:30
Technologien ne. Aber noch mal kurz zu den Ports.
17:35
Ja, sie definieren im Prinzip nur was rein und raus geht, aber
17:38
es ist halt n unfassbar. Entscheidender.in der
17:41
Architektur diese Ports richtig zu definieren und auch zu
17:45
entscheiden, was es Inbound und outbound und dass man halt auch
17:49
die Unterscheidung trifft und nicht sagt, das sind jetzt
17:51
Ports, da definiere ich jetzt mal irgendwie Daten und mal geht
17:56
es rein, mal schreibt der eine drauf, mal schreibt der andere
17:59
drauf, mal liest der eine, Mal der andere, sondern damit kann
18:02
ich halt dadurch, dass ich sie quasi definiere als Inbound und
18:05
Outbound. Schaffe ich halt auch meine
18:08
Dependencies zu regeln. Ne, ob die jetzt quasi von außen
18:12
nach innen gehen oder von innen nach außen, das heißt es gibt
18:17
mir halt auch Kontrolle darüber, wie der Informationsfluss quasi
18:22
aussieht und ich finde das ist zum Beispiel auch so ein tricky
18:26
Part, dass man das halt richtig sauber definiert und einhält,
18:31
auch ne. Weil jede Architektur ist halt
18:34
wie du meintest auch abhängig vom Team.
18:36
Wie gut wird es umgesetzt? Ja, wenn ich jetzt anfange die
18:39
ersten 5 Ports sauber zu machen und danach frickel ich mir so n
18:43
Port zusammen wo jeder drauf schreibt und liest oder noch
18:46
besser ich geh dann doch wieder direkt irgendwie an die Business
18:49
Logik ran, dann ist das Kind im Boden gefallen schon wieder und
18:52
das ist halt so die Schwierigkeit ne also man muss
18:54
da halt klar definierte Ports haben und sich überlegen.
18:58
Wie sehen meine Dependencies aus und in welche Richtung wird
19:01
kommuniziert? Ja, definitiv.
19:03
Das ist n guter Punkt. Das das ist auf jeden Fall
19:09
wichtig, gerade weil du ja auch, sagen wir mal du hast ne
19:12
Datenbank und ne Datenbank, also wenn du es jetzt mal mit so
19:15
einem Schichtenmodell vergleichst, hast du
19:16
wahrscheinlich so n Schichtenmodell immer ganz
19:18
unten, das heißt du kommst halt irgendwie von oben rein, kommst
19:22
durch die Schichten und bist unten an der Datenbank irgendwie
19:24
angekommen beim. Bei so einem Hexagonal, bei
19:28
dieser hexagonalen Architektur ist es ja nicht so, dass du
19:31
irgendwie ne Art Schicht hast, sondern du hast ja wirklich
19:34
diese Datenbank, auch die von außen irgendwo andockt.
19:37
Ne, das heißt, du hast ja mehr oder weniger so n externes
19:39
System und da musst du dann natürlich auch gucken, OK, wie
19:41
hast du denn, welche Flüsse hast du denn innerhalb deiner
19:44
Architektur überhaupt, weil. So ne Datenbank sendet
19:50
normalerweise eigentlich eher weniger von alleine an die
19:53
Business Logik, sondern es wird immer angefragt, so als als
19:56
vielleicht kann man sich das so dann n bisschen mehr vorstellen,
19:59
weißt du? Ja genau, gutes Beispiel.
20:02
Genau das sind halt so die Sachen, ne, also wie wie muss
20:06
die Kommunikation denn halt einfach aussehen am Ende
20:09
speziell für diesen Port ja. Weil ich kann jetzt sagen, ja
20:13
gut, das ist ich bin jetzt eine Datenbank an, da ist mir klar,
20:15
wie das funktioniert, aber es geht ja genau darum, nicht zu
20:18
sagen, wie es technisch funktioniert, sondern über einen
20:21
Port zu definieren, wie erwarte ich meine Kommunikation und dann
20:25
muss das mit dem Adapter zur Datenbank matchen, sozusagen ne.
20:28
Ja genau, um sich das jetzt vielleicht.
20:31
Vielleicht können wir uns das jetzt noch mal mit einer kleinen
20:32
Analogie ein bisschen vertrauter machen, ne, ich hatte ja am
20:36
Anfang schon mal so ein bisschen diese.
20:39
So eingeleitet mit dem Beispiel eine Analogie mitgebracht habe
20:43
ich geil, ich habe am Anfang ja schon mal ein bisschen
20:46
eingeleitet mit dieser, mit diesem Ticket, wo wir gesagt
20:49
haben, okay, wir müssen irgendwie die Überweisungslogik
20:51
ändern oder was das war, ich habe es jetzt schon wieder
20:53
vergessen, ne, du kannst dich noch erinnern, das heißt stell
20:58
dir mal vor, wir sind irgendwie im Bankwesen unterwegs, ne, ich
21:02
habe jetzt mal bewusst Banken gewählt, weil ich glaube.
21:07
Wir sollten mal einmal jetzt auf Essen verzichten.
21:11
Was verzeih ich den dir? Ich hab noch nicht.
21:13
Ich hab noch nicht gefrühstückt, OK, nee, aber das heißt ne Bank
21:20
kann man kann man sich ja vorstellen, jeder hat irgendwie
21:22
mit Banken zu tun und muss vielleicht ab und an mal Geld
21:24
abheben oder irgendwas bei der Bank machen und ne Bank hat ja
21:28
an sich immer irgendwelche Schalter ne also du kannst ja
21:30
irgendwie zum Beispiel an den Schalter gehen, ne in der Bank
21:33
gehst du rein, da sitzt jemand, du kannst mit dieser Person
21:35
reden, ne? Und wenn du jetzt aber zum
21:39
Beispiel sagst, was ist denn jetzt ne Bank, ne, also wo zum
21:42
Beispiel sitzt der Kern, was sind die Ports und was ist jetzt
21:46
zum Beispiel so ein Adapter? Ne um das mal so ein bisschen
21:51
klar voneinander zu trennen und sich vorstellen zu können, wenn
21:54
wir sagen der Kern sind Bankenregeln ne, das sind
21:56
wirklich feste Regeln, die Regeln legen zum Beispiel fest,
22:00
wie darf man Geld überweisen, ne reicht das Guthaben aus, welche
22:03
Gebühren fallen aus, so was, das sind Sachen.
22:06
Die werden einfach innerhalb dieser Bank so gehandelt, wie
22:09
sie sind. Das heißt, es sind regeln, die
22:11
ändern sich im Normalfall selten, ja, vielleicht keine
22:14
Ahnung, kommt irgend n neues Gesetz und das heißt ja, die
22:16
Gebühren fallen da und dafür weg, das ist jetzt n neues
22:19
Gesetz, dann muss das angepasst werden, aber prinzipiell sind es
22:22
eigentlich Dinge die selten geändert werden und sie gelten
22:25
halt auch immer gleich ne, also unabhängig davon wie der Kunde
22:29
jetzt zu dieser Bank kommt ne so das ist also unsere wie wir es
22:33
ja schon so schön genannt haben, unsere Business Logik.
22:35
Und wenn du jetzt sagst, OK, der Kunde kommt zur Bank, wie kann
22:39
er denn zur Bank kommen, ne, dann gibt es ja verschiedene
22:43
Möglichkeiten. Ne der kann zum Beispiel sagen,
22:46
ey ich komm vielleicht über n Schalter, also wirklich wie ich
22:49
meinte du gehst in die Bank. Redest mit einer Person.
22:52
Du machst das über die App ne, also du kannst ja so richtig all
22:55
School Style, du gehst in die Bank und machst ne Überweisung
22:58
ne so wie vielleicht noch, ich glaub es geht noch also ich
23:01
glaub meine Oma die macht das noch manchmal so ne dass sie die
23:04
hat sich glaub ich mal tierisch darüber aufgeregt, dass man das
23:08
bald oder ich weiß nicht vielleicht mittlerweile nicht
23:10
mehr, aber sie hatte sich auf jeden Fall mal drüber aufgeregt,
23:12
dass es dieses Online Banking gibt, wo man ja irgendwie online
23:14
was machen kann und sie möchte das immer nur beim Schalter
23:17
machen. So nach dem Motto.
23:21
Und ich glaub, dann wurde irgendwann mal das Portemonnaie
23:23
in der Bank geklaut. Aber ist ne andere Geschichte,
23:25
also vielleicht doch lieber online Banking Oma, aber du
23:30
kannst es, aber das ist genau der nächste Punkt, ne online
23:32
Banking, du kannst es über ne App machen, du kannst aber auch
23:35
an den Geldautomaten gehen und am Geldautomaten diese
23:37
Überweisung ausführen. Also du kannst ja du hast
23:39
verschiedene Möglichkeiten irgendwie an diese Bank
23:42
ranzukommen, das heißt du hast ne wie kommt der Kunde zur Bank,
23:46
das ist ja dann wieder der Adapter und damit aber auch.
23:50
Der Schalter, damit die App damit n Geldautomat auch immer
23:55
quasi die gleiche Möglichkeit hat diese Regeln anzusprechen
23:59
gibt es halt eben diese Ports. Ne das ist im Endeffekt die
24:03
Festlegung wie kommuniziert wird ne also wie ist zum Beispiel ein
24:08
ich nenn es jetzt mal Schalter bei der Bank definiert weißt du
24:11
also n Schalter im Allgemeinen sind nicht jetzt n Schalter wo
24:14
jetzt ne Person drin sitzt sondern ganz allgemein das
24:16
heißt? Wie muss n Auftrag aussehen,
24:18
damit die Bank ihn bearbeiten kann?
24:19
So rum ne und OK, dann ist es halt egal ob du jetzt zum
24:23
Beispiel am also beim Adapter ne wenn der Schalter sagt OK der
24:26
Mitarbeiter spricht mit dem Kunden oder ne App nimmt
24:30
irgendwelche Klicks entgegen oder n Geldautomaten hat zeigt
24:34
dir überm Bildschirm was an, du hast diese Tasten, da unten ist
24:36
es du hast unterschiedliche Eingaben ist es irgendwie das
24:38
ist die Technik, ne die Technikseite diese Adapter und
24:44
dann. Wird ja irgendwie gesagt.
24:46
OK du ich brauch aber diese und diese und diese Daten und dann
24:48
kriegst du das was du brauchst für ne Überweisung.
24:50
Das können wir dann in unserer Business Logik umsetzen und
24:53
genau so. Heißt am Ende.
24:55
Wird das alles irgendwie nen Auftrag, dass Geld transferiert
24:59
wird? Überwiesen wird zum Beispiel
25:01
genau, genau, genau und ja, also im Endeffekt ist der Ausgang
25:07
dann von dem was du reingibst immer der gleiche ne also die
25:10
Logik läuft, läuft im Kern halt eben gleich ab, brauchst halt
25:14
die richtigen Daten. So und mehr nicht.
25:16
Ne und ich hab mal so n lustigen was heißt lustig bisschen lustig
25:22
vielleicht n bisschen ernsthaftig gemeint, die also
25:26
die Logik im Kern, die muss richtig schön sauber sein, ne
25:28
das das muss geil sein und draußen an den Adaptern ne da
25:32
kannst du n bisschen frickeln das.
25:33
Kann so n bisschen dreckig sein, das ist in Ordnung.
25:37
Wie kannst du sowas sagen, das ist nicht mehr dein Problem,
25:41
dann ne du arbeitest nur an der Business Logik und dann.
25:44
Stellst die Ports zur Verfügung. Draußen müssen sie zusehen, in
25:47
der harten Außenwelt weißt du da, wo es ums Eingemachte geht?
25:53
Nein, aber ich, ich versteh dein Beispiel, das ist ja auch n
25:56
gutes Beispiel, weil wie gesagt am Ende, wenn du jetzt zum
26:00
Beispiel verschiedene Eingaben hast, weil du meintest, so ich
26:02
kann das über ne App machen, ja und da kann ich die Daten
26:05
ausfüllen, dann hab ich vielleicht noch ne UI da drin
26:08
und weiß ich was alles ne aber am Ende.
26:11
Kommt ne Anfrage an die Business Logik bitte eine Überweisung
26:15
durchzuführen. Genauso gehe ich in die Bank wie
26:17
du meintest Füll den Zettel aus, die Mitarbeiterin nimmt, das
26:21
wird vielleicht eingescannt, eingelesen, automatisiert oder
26:24
jemand tippt das vielleicht noch in seine sein Interface ein,
26:28
aber am Ende ist es wieder der gleiche Auftrag der sagt Bitte
26:31
Geld von A nach B. So.
26:33
Und das gleiche auch wenn ich noch an irgendeinen Automaten
26:36
gehe. Genau, und das ist halt n gutes
26:40
Beispiel, weil jetzt kann ich halt sagen, so im Kern sieht es
26:44
halt immer gleich aus und die Außenwelt kann ich jetzt
26:47
beliebig erweitern, reduzieren oder anpassen.
26:51
Ja also das, weil wir reden ja immer davon das anzubinden und
26:55
Fakt ist aber auch es muss nicht ne definierte Anzahl an
26:58
Schnittstellen von Anfang angeben, ja.
27:02
Wie du ja meintest. Früher gab es halt keine App,
27:04
mit der ich das machen konnte. Hätte ich jetzt mal.
27:07
Klar, es ist jetzt sehr lange und es hat es ist viel passiert
27:09
in der Zeit, aber gehen wir mal davon aus, wir haben jetzt
27:11
unsere Software noch so mit dieser Architektur und auf
27:14
einmal kommt jemand ey ich hab ne krasse Idee, wir können das
27:17
mit einer App machen, ihr wisst nicht was ne App ist.
27:19
Stellt euch vor ihr habt so ein Ding in der Hand und damit habt
27:22
ihr Zugriff ja ein Smartphone ihr wisst nicht was ein
27:25
Smartphone Smartphone aber. Dann kann ich ja sagen, OK, ich
27:31
erweitere es um einen Port und hab ne neue Schnittstelle
27:35
sozusagen und ich implementier diesen Adapter oder ich geh mit
27:39
einem weiteren Adapter an so einen Port ran.
27:41
Wie auch immer das denn umgesetzt werden soll, aber ich
27:43
kann es erweitern oder auch reduzieren, wenn ich zum
27:46
Beispiel sag ey ganz ehrlich, es kommt gefühlt nur noch einer im
27:50
Monat und will n Überweisungszettel abgeben, das
27:54
streichen wir. Dann kann ich das sozusagen
27:56
wegnehmen, diesen Pfad also jetzt wirklich rein
27:58
architekturmäßig auf dem Papier. Ja, genau das hat jetzt mit
28:03
nicht viel zu tun, dass jemand mit dem Zettel ankommt, aber
28:05
damit man sich das vorstellen kann, ja, genau das heißt, der
28:08
Port ist quasi noch intakt, aber es wurde n Adapter quasi
28:10
gestrichen, ne genau. Und wir in dem Fall würde ich
28:13
jetzt mal davon ausgehen, dass es dann so aussieht.
28:15
Ja, also wir hatten ja zum Beispiel jetzt den Port
28:17
Überweisung tätigen, ne, das ist ja so ne oder weniger auch so ne
28:21
Art use case, dann ne. Und genauso kannst du jetzt zum
28:24
Beispiel auch, ich glaub, das kam ja irgendwann auch mal,
28:27
dieses Identität bestätigen, zum Beispiel online beispielsweise,
28:30
ne, da kam jetzt irgendwann dazu, ne ich, ich weiß jetzt
28:34
nicht wie das in den 70er Jahren war, ob man da einfach zur Bank
28:38
gegangen ist und gesagt hat, Jo Ick möcht n Konto anlegen, alles
28:41
klar, heutzutage musst du dich ja richtig also übertrieben
28:44
ausweisen und alles. So ne Identitätsprüfung machen
28:48
und dann hast du zum Beispiel auch wieder so n Port für die
28:50
Identitätsprüfung. Das heißt du kannst zum
28:52
Beispiel, es gibt ja verschiedene Verfahren, ne, also
28:54
irgendwie online über auch wieder irgendwie über ne App
28:57
oder du gehst halt in irgendeine Filiale rein oder frag mich
29:00
nicht, ich glaub da gibt es verschiedene Möglichkeiten und
29:04
das könnte ja jetzt zum Beispiel auch wieder n Port sein, genauso
29:06
wie zum Beispiel n Dauerauftrag einrichten, Konto eröffnen was
29:10
weiß ich Kontostand abfragen. Könnten alles irgendwie Port
29:13
sein, die ja irgendwie gleichzeitig wieder bestimmte
29:16
Adapter. Ne.
29:17
Also der Adapter könnte der Gleiche sein den du anschließt,
29:20
ne es könnte überall wieder die App sein, die sozusagen diesen
29:22
Port anspricht, ist ja kein Problem, ne aber im groben und
29:26
ganzen hast du trotzdem immer wieder irgendwie bestimmte
29:29
Adapter die du anschließt, ne beispielsweise finde ich bei der
29:32
Identitätsprüfung machst du das ja meistens nicht mit Deiner
29:36
Banking App von Deiner Bank, sondern mit einer dritten App.
29:40
Zum Beispiel mit so einem ident verfahren.
29:41
Weißt du, dann hast du ja dann keine Ahnung wie die Dinger alle
29:45
immer heißen. So, aber gefühlt gibt es da zig
29:48
Millionen und dann kannst du dich damit so identifizieren,
29:51
aber das ist mehr oder weniger dann auch wieder n Adapter der
29:54
an diesen entsprechenden Port irgendwo angrenzt, ne.
29:58
Ja, jetzt mit dem Beispiel kann man sich ja denken, OK, das
30:01
klingt richtig, richtig, fantastisch und auch in der
30:04
Theorie. Wie ihr das erklärt habt, so,
30:07
das klingt nach einer coolen Architektur.
30:09
Die Frage ist, und das haben wir schon mal so n bisschen
30:11
angeteasert, läuft das immer so? Ja, funktioniert das immer so?
30:15
Und ja, ich glaub man hat es schon n bisschen gemerkt, wir
30:18
haben durchblicken lassen, nee funktioniert nicht immer so, nee
30:23
Leute sind nicht immer so wirklich überzeugt davon, wenn
30:25
man sowas vorschlägt und die Frage ist ja da jetzt ganz klar
30:30
warum, ja warum ist das so warum?
30:35
Ist vor allem also wo ist das Problem?
30:38
Ja, das ist, fangen wir mal damit an, bevor wir zum Warum
30:42
kommen, man muss ja erstmal bisschen was lokalisieren, das
30:44
bleibt wo liegt das Problem und ich finde das Problem liegt sehr
30:51
selten dabei in dem Architekturkonzept.
30:54
Klar wir kommen doch dazu, es gibt Fälle wo diese Architektur
31:00
wirklich nicht Sinn macht. Aber wenn sie Sinn macht und es
31:03
trotzdem Probleme gibt, da muss man sagen, liegt es oft nicht an
31:06
der Architektur selbst, sondern daran, wie sie verstanden und
31:10
umgesetzt wird. Ne.
31:12
Und das ist genau der.es klingt in der Theorie einfach, es
31:17
umzusetzen wie du meintest ist schwierig und erfordert sag ich
31:21
mal auch oftmals wirklich erfahrene Coder und Coderin
31:27
beziehungsweise ein Mix. Ja, das heißt nicht, dass du
31:30
jetzt keine Junior Developer dabei haben darfst.
31:33
Gar nicht. Das heißt das absolut nicht,
31:35
aber man muss zumindestens n paar Leute haben, die ne gewisse
31:39
Erfahrung haben in Sachen Architekturen, die auch n
31:42
bisschen was erlebt haben schon und wissen wie wichtig das ist,
31:48
es konsequent durchzusetzen und nicht nur in den ersten 2
31:52
Wochen. Na ja, genau, aber ich find es
31:55
auf jeden Fall. Das ist so, also können wir
31:57
eigentlich trotzdem gleich mal direkt kurz thematisieren
31:59
zumindest also ich hab auf jeden Fall auch schon öfter mal so
32:03
gehört, so ja hier, klar, da nimmst du die hexagonale
32:07
Architektur und dann ist alles supi ne tolle Sache so ne so n
32:11
bisschen sarkastisch halt so, weil dann offensichtlich eben
32:15
dahinter stand. OK, das ist halt doch nicht geil
32:17
so nach dem Motto hab ich probiert ist voll voll
32:19
bescheuert ne und klar. Ist das immer die?
32:23
Also ich frag mich dann immer, wie oft hast du es probiert,
32:25
weil das ist find ich immer für mich n wichtiger Punkt du setzt
32:30
dich ja als Kind auch nicht aufs Fahrrad, fährst einmal los,
32:32
fällst hin und denkst dir so Alter was ne Kacke ich bin raus
32:36
ja oder was weiß ich stehst das erste Mal als kleines Kind auf,
32:40
fällst wieder hin und sagst weißt du was ich krieg den Rest
32:43
meines Lebens. Durch die Gegend.
32:47
Macht. Also man muss natürlich Übung
32:51
reinstecken, klare Sache, aber es kann natürlich auch an
32:53
unterschiedlichen Dingen liegen und zwar du meintest ja OK, wann
32:57
lohnt sich es nicht, Gegenfrage oder Gegenreaktion, manchmal ist
33:03
es ja auch so, dass es so Leute gibt, die sagen, sag mir nicht,
33:08
was wir tun. Wir nehmen aber auf jeden Fall
33:10
ne hexagonale Architektur und dann hast du halt auch schon mal
33:13
n Problem, wo du dann vielleicht Leute davon überzeugst, dass das
33:16
Kacke ist. Ne, weil es halt eben überhaupt
33:18
nicht passt. Ne, warum es nicht passt.
33:20
Gut, das können wir uns noch mal angucken.
33:22
Dann aber ja, das ist so dieses typische over Engineering, ne,
33:25
also wie sieht das Projekt aus? Weiß nicht genau, vielleicht
33:30
wirklich mal NMVP machen, lass mal n ganz kleines
33:33
Minimalbeispiel machen. Ja, können wir gerne tun, aber
33:37
erstmal hexagonale Architektur. Ich hab hier schon mal 10 Ports
33:40
aufgeschrieben, die wir eventuell brauchen und 10
33:44
weitere, die wir vielleicht brauchen und Adapter hab ich
33:47
auch schon vorbereitet, weil wir müssen ja verschiedene Sachen
33:50
dann an die Ports anschließen und verbinden und das ist halt
33:53
genau der falsche Weg ne ja das ist so Anti jakni hoch 10 ja
33:58
also dann. Erschlag ich ja quasi schon im
34:02
Workload alle Coder und Coderin da dran und dann hat schon
34:06
keiner mehr Bock da drauf und das entspricht auch nicht dem
34:10
Grundgedanken zu sagen, ich bin flexibel und entkoppelt und ich
34:14
kann erweitern, reduzieren und anpassen.
34:17
Nee, das ist ich hau einfach alles rein, was gerade durch
34:19
meinen Kopf geht und hoffe, dass am Ende irgendwas Cooles
34:22
rauskommt und kann behaupten ja ich hab ne geile Architektur
34:24
verwendet, also es lag nicht an mir, dass das gescheitert ist.
34:27
So ne. Aber ich sag mal so, also selbst
34:29
wenn es sich lohnt ne und man sagt OK hexagonale Architektur
34:33
ist ne gute Sache, würde passen dann braucht man sich trotzdem
34:36
ja nicht direkt hinzustellen und zu sagen so jetzt erstmal 10
34:39
Ports definieren 20 Interfaces an den Start bringen, so und
34:43
eigentlich aber noch gar nicht wissen was das System eigentlich
34:46
wirklich kann. Ne ich glaub das ist n häufiges
34:48
Problem leider Gottes das hatten wir auch schon öfter mal
34:51
angesprochen, dass man sich. Manchmal viel zu wenig über
34:56
darüber Gedanken macht, was eigentlich genau passieren soll
34:59
im System, teilweise auch geschuldet durch zu wenig
35:03
Gedanken, in die Tickets geflossen.
35:04
So was soll eigentlich wirklich gemacht werden, was will der
35:08
User überhaupt und am Ende hast du irgendein Systemmorloch, wo
35:12
du dir eigentlich denkst, so was was war eigentlich noch mal hier
35:15
der Sinn dahinter? Ne also es macht Sinn zu sagen
35:18
was ist. Ist eigentlich wirklich von
35:20
unserem System oder von unserer Anwendung von unserem Produkt.
35:23
Was wird wirklich erwartet? So was ist wirklich der Sinn
35:26
dahinter und dann kannst du ja ne wie wir auch schon meinten
35:29
bestimmte Use Cases davon ableiten und dann vielleicht
35:32
anfangen zu sagen, das könnten mal irgendwann Ports werden,
35:36
weil das sind ja so Use Cases die sich herauskristallisiert
35:39
haben, aber lass uns erstmal mit einem anfangen, ne weil.
35:43
Auch selbst dann, wenn du sagst, hexagonale Architektur lohnt
35:46
sich ja vor allem auch eigentlich erst dann, wenn du
35:49
wirklich sagst, OK, wir haben irgendwie ne fachlogik, ne, also
35:52
die irgendwie wirklich, du hast irgendwie ne Business Logik zu
35:55
deinem Produkt wo du sagst das ist ne Logik, die verändert sich
35:57
nicht, dann kannst du überhaupt erst mal sagen, OK, da könnte
36:00
vielleicht irgendwie ne hexagonale Architektur
36:02
rausspringen und dann ist noch die Frage, hast du so mehrere
36:05
Zugangswege, weißt du also auch von außen musst du mehrere
36:08
Adapter anschließen, es bringt dir ja auch nichts wenn du
36:10
sagst. Ja gut, wir haben hier n Port,
36:13
da kommt immer ein Adapter dran und fertig ist die Laube.
36:15
Weißt du Mhm so dann OK, keine Ahnung 1000 Jahren hast du ne
36:20
hexagonale Architektur aufgesetzt, aber an jeden Port
36:22
schließt ein, also wird ein Adapter angeschlossen.
36:26
Ja, das ist halt n großer Punkt. Wenn jetzt zum Beispiel mein
36:29
System oder mein Projekt, sag ich mal n einfaches Back End mit
36:34
so Crude Operation ist und. Da hängt jetzt nur eine
36:39
Datenbank dran, ne kleiner ne, das ist jetzt wirklich n kleines
36:42
Projekt und da wird es keine Variation geben, dann brauch ich
36:45
das nicht machen ja weil dann wenn ich Anpassung mache ist eh
36:50
immer nur der eine Teil betroffen.
36:53
Und den muss ich anpassen, wenn es denn in die Richtung geht.
36:57
Ja, also wenn ich jetzt zum Beispiel ja an der Datenbank was
37:01
anpasse oder an dem Controller oder was auch immer, dann ist es
37:03
halt immer diese eine Kette und dann brauch ich das so nicht
37:06
aufbauen, dann ist das einfach nur Overhead am Ende.
37:09
Ja. Die du nämlich schon meintest.
37:11
Wenn ich aber mehrere Schnittstellen hab oder eine
37:14
Logik halt für verschiedene Außenweltschnittstellen
37:18
bereitstellen möchte, ja wie dein Bankbeispiel zum Beispiel.
37:22
Ja, dann, dann kommen wir halt eher in die Richtung und was mir
37:28
halt auch, weil ich vorhin meinte, dass die Ports so
37:31
unglaublich wichtig sind. Ich find NN absoluter
37:35
Stolperstein dabei ist halt auch, dass man genau die Theorie
37:39
versteht, ja, dass man sagt ja OK, versteh ich ja, dann hab ich
37:43
Ports und da gehen Adapter dran und dann hab ich das alles
37:46
entkoppelt easy ja versteh ich. Und dann fang ich an und sag ja
37:51
gut, dann haben wir jetzt n Port, das ist jetzt n Rest user
37:56
Controller ne und der kann dann irgendwie über die Userdaten was
38:00
ändern, abfragen was auch immer immer jetzt zum Beispiel bei dem
38:03
Bankbeispiel ich bin da jetzt Kunde ne und das ist halt schon
38:06
wieder genau der falsche Weg zu sagen ja der Port also du
38:09
definierst jetzt n Port, der heißt Rest user Controller, da
38:13
ist schon mal da gehen schon mal die Alarmglocken an weil dann.
38:17
Bist du gedanklich wieder komplett in deiner Restwelt
38:19
unterwegs und sagst? Ja, wir, wir haben irgendwelche
38:22
Rest calls und müssen Rest Endpunkte bereitstellen und was
38:25
auch immer ne und das ist ja überhaupt kein Domain driven
38:29
Design mehr am Ende und wir haben ja gesagt, im Kern achten
38:32
wir auf die Domain und das heißt die Domain ist ja eher sowas wie
38:36
ich hab n Kunde ja und ich hab Kundendaten und so also das ist
38:41
so das Wording was sich dann. Im Kopf haben muss und nicht
38:44
rest User Controller der Rest User Controller ist eher schon
38:48
wieder Richtung Adapter, dann am Ende, dass ich sage ich möchte
38:51
jetzt meine Rest Schnittstelle an mein Port Kundendaten
38:55
anschließen und das über Rest. Weißt du also so muss ich das
38:59
betrachten aber viele verschmelzen Port und Adapter
39:03
dann nicht auf dem Papier auf dem Papier ist das klar
39:06
hingeschrieben ne aber wenn es dann Richtung Software geht und
39:10
Umsetzung Implementierung. Dass sie da denn anfangen, moks
39:14
zu machen und das nicht klar trennen.
39:15
Also dass das im Kopf eigentlich nicht klar getrennt ist.
39:18
Ja, du hast dann eher sowas wie Kunde speichern, Kunde laden
39:22
oder sowas anstatt n rest user Controller Port ne so nach dem
39:25
Motto ich mein. Genau, also wirklich das
39:27
fachliche. Was passiert dahinter?
39:29
Kurz Daten abfragen beispielsweise.
39:32
Genau das Ding ist halt. Man könnte sich jetzt
39:34
hinstellen, sagen ja warte mal aber ist Port Port, ist ja nicht
39:36
Kern im Kern, soll ja sozusagen diese Business Logik sein und
39:39
nicht die Technik reingezogen werden, wieso dann in den Ports,
39:44
wieso darf das da auch nicht sein?
39:45
Also erstmal hast du ja vom Grundbild her ist ja dieses
39:49
Hexagon ne wenn du dir dieses noch mal so in den ins ins
39:53
Gedächtnis rufst. Sind die Kanten ja gehören zum
39:55
Hexagon ne. Also das ist ja sozusagen, es
39:57
ist ja ne, alles andere sind die Adapter die von außen dann
40:00
andocken und alles was außerhalb dieses Hexagons ist.
40:05
Technik alles was drin ist, keine Technik und demzufolge
40:08
muss man sich auch vorstellen, dass ja der Kern genauso diese
40:12
Funktionen nutzen muss oder zur Verfügung stellt, dann im
40:14
Endeffekt über diesen Port, das heißt der Kern kennt diese
40:18
Funktionen und der Kern sollte halt keine Technik kennen, so
40:20
fertig ne, das ist halt der Punkt definitiv und.
40:24
Da muss man sich dann auch überlegen so kein Port ist nicht
40:27
n Interface für jede Klasse, sondern es dient halt für einen
40:30
Use Case am Ende ne so kann man das am am schönsten schneiden.
40:34
Ich weiß nicht warum ich mir hatte mal n Kollege erzählt, der
40:38
hieß übrigens auch Tino, war so einer der auch nettesten
40:42
Menschen muss wohl am Namen liegen weiß ich nicht die so
40:46
kennenlernen. Durfte bisher.
40:48
Es gibt n Paar von uns. Aber ich, also es hat jetzt
40:53
vielleicht nicht hundertprozentig was mit
40:54
hexagonaler Architektur zu tun, aber ich muss irgendwie immer
40:56
wieder daran denken, weil er irgendwann auch mal meinte, du
40:58
hast n einen, wenn du zum Beispiel von außen hast NDTO,
41:03
das kommt irgendwie in dein System rein, ne und du kannst
41:05
theoretisch dieses DTO genauso 1 zu 1 weiterverwenden in deinem
41:08
System an sich macht es ja Sinn so, weil du dir denkst, warum
41:12
muss ich jetzt noch mal Overhead drauf packen und eigentlich das
41:14
mehr oder weniger gleiche Objekt noch mal.
41:19
Duplizieren, anders benennen und dann aber irgendwie dann an
41:23
einer anderen Stelle verwenden. Und ich fand, eigentlich macht
41:27
es, also es klingt erstmal so, ja OK, warum sollte man das tun,
41:30
aber und das ist wirklich interessant wenn du sagst du
41:33
hast zum Beispiel auf deiner Seite wo du das DTO verwendest
41:36
ne ich geh jetzt mal extra von Ports und Adaptern weg, da
41:39
möchtest du noch was hinzufügen. Irgendwie was erweitern und du
41:43
willst aber noch nicht das komplett in eine gesamte andere
41:46
Software die dahinter hängt umsetzen?
41:49
Dann hast du trotzdem irgendwo diese diesen diese Trennung
41:52
zwischen deinem GTO und deiner Entity sag ich jetzt mal oder
41:55
deinem deinem Weiß nicht Business Objekt nenn ich es mal.
42:00
Indem du sozusagen es einmal rüber shiftest.
42:02
Und du sagst ja zum Beispiel, 5 Attribute kommen auf 5
42:05
Attribute. Wenn du jetzt hier 6 hast, dann
42:07
sagst du halt OK 5 von den 6 Attributen kommen auf diese 5
42:10
Attribute, das heißt du kannst super irgendwas erweitern und
42:13
wenn du irgendwas erweiterst außen sag ich jetzt mal, musst
42:17
du es noch nicht innen erweitern, das heißt du kannst
42:19
Stück für Stück das Ganze aufbauen, du bist halt
42:21
entkoppelt ne und ich finde das passt irgendwie auch super dazu
42:24
zu diesem, zu diesem, zu dieser hexagonalen Architektur,
42:26
irgendwie muss ich mal daran denken.
42:28
Fand ich auf jeden Fall. Das Gleiche geht natürlich auch
42:30
in die andere Richtung definitiv.
42:32
Also du kannst natürlich auch, sag ich mal von nach innen, also
42:36
innen in deiner fachlichen Logik sozusagen was anpassen und
42:39
erweitern, möchtest aber noch nicht, dass die Außenwelt sich
42:43
updaten muss und nicht zwangshaft als zwangsweise oder
42:46
nur n Teil. Ja, also da, du bist halt
42:49
einfach entkoppelt und frei, das ist n riesengutes Beispiel was
42:51
du da n riesengutes Beispiel. Es ist schon.
42:54
Riesen Superlative heute sag es ist das Beste, es ist das beste
43:00
und deswegen finde ich ist das auch absolut sinnvoll.
43:05
Ne man kommt oft an den Punkt, dass man sagt Boah jetzt
43:08
wirklich noch ne DTO klasse oder ne Datenstruktur dafür.
43:13
Es ist doch genau das gleiche, kann ich nicht einfach das
43:16
interne Modell rausgeben, das passt doch ja nee.
43:20
Eben nicht beruhigt diese diese, diese sag ich mal.
43:23
Abstraktion einbauen ja, diese Entkopplung, um einfach später
43:27
diese Möglichkeit zu haben und das Ganze fördert auch deine
43:30
Testbarkeit am Ende, was für uns beide auch immer n riesen Punkt
43:33
ist, den wir predigen, weil das vor allem n riesen Punkt sein
43:36
sollte. Es ist halt auch rediger was
43:38
Alter ich. Es ist ja auch unfassbar wichtig
43:42
ne hohe Testbarkeit zu ermöglichen und die Architektur
43:45
ist sehr gut geeignet dafür, weil was wir ja jetzt sehen ist,
43:48
wir haben ne interne Business Logik die definiert also unsere
43:52
Architektur definiert wie man sie ansprechen kann und welche
43:56
Daten sie anfordern kann, sozusagen nach innen und außen
43:59
und wie ich ja anfangs meinte. Genau in diesem Zuge muss auch
44:03
deine deine deine Software Abhängigkeit gerichtet sein und
44:08
damit schaffe ich es dann halt beispielsweise auch wirklich
44:11
gute Tests dafür zu schreiben, weil was man ja jetzt ganz klar
44:15
sieht. Ich hab n Port und meine
44:17
Business Logik erwartet, zum Beispiel Daten auf diesen Port
44:21
die verarbeitet werden sollen und gibt Daten zurück.
44:24
So und jetzt kann ich ja ganz einfach sagen Hey ich hab n
44:28
Adapter mit der echten Außenwelt aber.
44:31
Aber ich kann auch genauso mir nen eigenen Adapter schreiben
44:33
für meine Testwelt und den Andocken sag ich mal ne und
44:38
schon hab ich ne super testbarkeit an der Stelle.
44:41
Ja, definitiv ohne die echte Außenwelt kennen zu müssen.
44:45
Ich meine, wie nervig ist das, wenn du kennt, jeder der Tests
44:49
schreibt kennt das, denkt sich so EY ist n Judith Test ist
44:51
wirklich nur reine Logik, super easy wie geil kann man das
44:54
Abtesten und dann kommst du irgendwann an n Test weil
44:56
denkst. Ah, da hängt jetzt die Datenbank
44:58
mit dran. Wie mach ich das?
44:59
Ah, da muss ich ne Menge wegmocken ja noch n Service hier
45:02
noch n Service ah OK ich hab jetzt also ich hab die Datenbank
45:05
ich hab n Service ich hab noch n Service ah und da geht noch mal
45:08
NHTTP Call irgendwie raus und du denkst dir so ah da muss ich
45:11
alles wegmocken oh das wird so richtig scheiße und das ist der
45:14
Punkt wo du dir denkst ah vielleicht könnte man noch mal n
45:17
bisschen was an dem ganzen Kram ändern weil wenn du dir denkst
45:20
das ist richtig scheiße testbar da geht noch was.
45:26
Das auf jeden Fall. Das ist halt, das ist halt n
45:28
unglaublich guter Punkt und richtig guter Pluspunkt, vor
45:32
allem bei dieser Architektur, weswegen wir sie auch wirklich
45:36
mögen. Ja, also sagen wir mal so, wenn
45:39
jetzt jemand sich fragt zum Beispiel ja, OK, ich guck euch
45:43
öfter mal auf Twitch zu, da macht ihr mal so kleine Mini
45:46
Projekte, hab ich ja jetzt noch nichts von der hexagonalen
45:49
Architektur gesehen. Und genau das haben wir ja auch
45:52
argumentiert hier verdammt Schande über unser Haus, wir
45:55
müssen es machen, nein, weil das halt auch Mini Projekte sind, wo
45:58
es dann halt einfach keinen Sinn macht das so aufzubauen.
46:02
Aber liebe Zuhörer, lieber Zuhörer, wenn du sagst Ey als
46:06
Community Projekt, lass uns das doch mal angucken, lass uns das
46:09
mal zusammen umsetzen, lass mal die Pro und Cons daran erkennen.
46:14
Dann kann man das auch sehr gerne machen und sich mal n
46:16
Beispiel überlegen. Ich denke das gibt auf jeden
46:18
Fall richtig Mehrwert. Hätten wir Bock drauf oder Fabi
46:21
das mal so als kleiner Appell kann man gerne mal machen und
46:26
eine Sache noch zu dem Kollegen mit auch mit dem Namen Tino Ne,
46:30
da muss ich jetzt einfach kurz mal auf topic ne Story erzählen,
46:33
ich dachte ja immer mein Leben lang, dass der Name recht selten
46:37
ist, weil ich komme aus einer Kleinstadt und da kannte ich nur
46:40
einen anderen Tino ja. Schon viel.
46:43
Dann bin ich so, dann sind wir, haben wir ja zusammen studiert.
46:46
In der Stadt gab es noch mal einen OK, das waren dann schon
46:48
mal 2 andere in meinem bisherigen Leben, und irgendwie
46:51
dachte ich mir immer so, ja, der ist es scheint wirklich selten
46:54
zu sein, der Name ne und ich weiß noch, da waren wir
46:58
irgendwann mal mit Freunden auf dem Wochenendtrip und saßen so
47:00
im Zug und da kam das Thema auf ja, dass n Freund meinte ja dein
47:06
Name ist wirklich selten, ich hab noch nie n anderen Kino
47:09
kennengelernt, ja. Und auf einmal dreht sich hinter
47:13
also auf der Bank dahinter jemand um und sagt ja, also ich
47:16
heiße auch Tino und dann hä, das gibt's ja nicht, das ist ja
47:19
krass und der da drüben heißt übrigens auch Tino, Nee, komm,
47:23
jetzt verarscht du ihn. Und dann saß noch ein dritter
47:26
Tino in dem gleichen Abteil drin, und die haben alle ihren
47:28
Ausweis gezeigt und ich auch, ich dachte okay, das ist krass,
47:31
das sind mehr Tinos von einem Waggon als ich mein ganzes Leben
47:35
kennengelernt habe. Aber dann waren alle auch
47:37
versammelt in einem Raum, oder? Ja, alle in dem gleichen ja,
47:42
also das also die also. Alle Deutschen waren dann dort.
47:47
Na, außer die 2, die ich vorher kennengelernt hatte, die waren
47:49
nicht mehr. Also es gibt dann insgesamt 7
47:51
Ah, OK. Ja, ich glaub mehr gibt es noch
47:53
nicht. Pipapo o.
47:57
K. Gut auf.
47:58
Jeden Fall so am Ende der Folge. Ja, auf jeden Fall so
48:01
zusammenfassend ja, um vielleicht noch mal so n tollen
48:05
Spruch zu bringen, um das ganze Thema sanft zu fassen.
48:08
Mach es nicht kaputt. Jetzt kommt mal ne geile
48:10
folgendes hier. Wenn man sagt, so hexagonale
48:14
Architektur ne in einer guten Architektur, ja wenn sie
48:18
hexagonal ist, kann man Technik löschen, ja ohne dass man
48:23
Fachlogik neu schreiben muss, so als kleiner Merksatz vielleicht
48:26
am Ende. Ja, schön gut, gut hu.
48:29
Ich hatte ein bisschen Angst, aber das war gut, Fabi, das war
48:31
sehr gut da, so können wir es stehen lassen, jetzt am Ende,
48:33
das heißt, mir bleibt nur noch übrig, mich bei dir zu bedanken
48:36
für die Folge, es hat sehr, sehr viel Spaß gemacht, sehr sehr
48:39
cooles Thema und noch mal in deine Richtung liebe
48:43
Zuhörerinnen, lieber Zuhörer, wenn du fragen hast.
48:46
Anmerkung Erfahrung, vor allem auch zu dem Thema, dann lass es
48:50
uns bitte wissen, schreib uns eine Mail und oder meld dich auf
48:53
dem Discord, wo du möchtest. Du kannst uns auf vielen
48:56
Plattformen erreichen, wir würden uns super super freuen
48:58
darüber und gehen gerne in den Austausch mit dir.
49:01
Alle links in den Shownotes wie immer.
49:03
Und wenn dir dieser Podcast gefällt oder du dir jetzt so
49:06
denkst, ey cool, jetzt sprechen Sie über Architektur.
49:09
Ja, das ist so n so n neuer Bereich, den sie jetzt anfangen
49:12
im Podcast richtig geil, da lass doch gerne ne Bewertung da, das
49:16
würde uns mega freuen empfiehl den Podcast weiter wenn du
49:19
denkst hey hier mein Team ne wir sind ja gerade so am überlegen
49:22
Architekturtechnisch die müssen das mal hören dann ruhig
49:25
weiterempfehlen. Würde uns mega freuen und.
49:28
So die Kirsche auf der Sahne oder irgendwie, so sagt man das
49:32
doch, wäre natürlich in den Shownotes findest du n
49:34
spendling, wenn du uns damit unterstützen würdest.
49:36
Vielen vielen Dank, möchtest natürlich nicht, würdest vielen
49:41
vielen Dank dafür und ansonsten hören wir uns alle beim nächsten
49:45
Mal wieder. Habt ne schöne Zeit, startet
49:49
noch weiterhin gut ins neue Jahr und bis dahin.
49:53
Eure Kunden weiß gemeinsam besser.
49:58
Ich habe jetzt richtig crock ein neues Creacle Factor.
50:00
Genau, ich habe ja schon mal so was, macht die ID auf.
50:05
Ich mache ja schon.