Latest / Coding Buddies | Tech & Dev-Mindset / #143 Dein Code schreit "Entkoppel mich"? - Hier ist die Lösung

Transcript

#143 Dein Code schreit "Entkoppel mich"? - Hier ist die Lösung · Coding Buddies | Tech & Dev-Mindset

0:00
Come on ist nicht dein ernst, dass du es warst?
0:02
Ja doch, sag mal, es ist nicht dein ernst, dass du das fragst.
0:04
Ja, wirklich, weiß du. Nicht.
0:06
Es ist no. Bad Coding Buddies Dein Podcast
0:11
rund um Softwareentwicklung und aktueller Tech News.
0:14
Herzlich Willkommen. Halli Hallo und Herzlich
0:29
Willkommen zum Coding Buddies Podcast.
0:32
Es ist wieder Zeit für die nächste Folge und zwar mit mir,
0:37
dem Fabi und natürlich mit Tino, der hier schon wartet.
0:42
Auf der anderen Seite im Bildschirm.
0:46
Tino, Wie geht's? Was geht ab?
0:49
Fabi Ja, mir geht's gut, mir geht's gut, ja alles fit soweit
0:54
alles alles fit klingt alles fit, klingst n bisschen fertig
0:57
hab ich so das Gefühl, aber es scheint zu trüben.
1:02
Naja weißt du, man will sich ja nicht beschweren, oder wie heißt
1:05
das immer so schön? Nee alles gut, ich bin n
1:06
bisschen nicht ganz bei 100% Energie, aber es ist alles nur
1:10
im grünen Bereich, der eilt hier weißt du manche Tage da ist man
1:13
einfach so n bisschen müde. Ja, vor allem vor allem in der
1:17
Jahreszeit ist das eine ganz normale Sache.
1:22
Ich weiß auch nicht, das ist halt einfach da, da kommst du
1:25
nicht drum herum, dass man einfach mal sich denkt, weißt
1:28
du, morgens stehst du auf, ich finde es ja krass einfach,
1:31
dieses morgens aufwachen und sich denken, so, es ist noch, es
1:35
ist noch Nacht oder es ist noch Nacht, guckst kurz aufs Handy
1:37
oder auf die Uhr und denkst dir so ne, du musst in 10 Minuten
1:40
aufstehen, scheiß. Ja, das Frustrierende ist ja,
1:45
dass eigentlich immer Nacht ist. Ja egal, was du machst.
1:47
Nur wenn du arbeitest, dann ist nicht Nacht.
1:49
Aber ansonsten ist immer dunkel draußen.
1:52
Ja man man kommt halt, man kommt nach der Arbeit auch zu nichts
1:55
mehr, dann ne also willst also draußen brauchst du gar nichts
1:58
mehr zu machen eigentlich ne, du kannst nicht laufen gehen falls
2:00
man laufen geht als Beispiel oder irgendwie weiß ich
2:05
irgendwas draußen machen, so kannst du vergessen das wird
2:08
nicht mehr. Ab 16:00 Uhr das.
2:10
War ja tatsächlich echt frustrierend, wenn du sag ich
2:14
mal so ne Laufrute hast. Also ich geh ja ab und zu mal
2:16
joggen und du hast so deine Route wo du gerne lang läufst,
2:21
weil es vielleicht so n bisschen in der Natur ist oder so ne,
2:24
also nicht mit Straßenbeleuchtung sag ich mal
2:28
und dann wenn der Winter kommt denkst du dir immer so ah nach
2:32
der Arbeit hätte ich Bock ne jetzt sieht es ja gerade echt
2:34
noch gut aus und dann ist es halt Instant so.
2:36
Oder so sag ich mal nach 10 Minuten einfach stockduster und
2:39
du denkst sehr gut, klasse, jetzt brauch ich auch nicht mehr
2:41
loslaufen und dann weiß ich nicht, ich hab auch schon so
2:43
alternative Routen probiert, so in der Stadt mit Beleuchtung
2:47
aber das das macht mir dann einfach keinen Spaß.
2:49
Also falls da irgendwer n Tipp hat schreibt uns gerne aber
2:53
bitte nicht so Taschenlampe auf dem Kopf oder so mit so einer
2:56
Kopfleuchte das ist auch geil hab ich auch schon mal gesehen.
2:59
Ja, ich bin ja jetzt nicht so der absolut krasse
3:01
Läuferliebhaber sozusagen, aber ich sag mal so.
3:06
Ich finde, wenn ich laufe, ja dann find ich es im Winter oder
3:09
wenn es was heißt Winter. Also es ist ja noch nicht
3:11
Winter, aber wenn es n bisschen kühler ist schon find ich es
3:13
einfach besser, weil dann heizt man nicht so auf.
3:16
Weißt du ich find es zum Beispiel wenn du wirklich im
3:18
Sommer läufst so bei annähernd 30 Grad voll schlimm find ich
3:23
einfach nur weil dann ist einem direkt schon Instant warm und so
3:26
ist halt wenigstens dir ist kalt dir wird warm alles gut, gutes
3:30
Level. Ja.
3:32
Das ist halt dann nur für den Körper natürlich auch ein
3:34
bisschen belastender. Ne, weil du schwitzt, aber
3:35
gleichzeitig ist dir eigentlich kalt, das ist halt irgendwie
3:39
auch komisch ne immer wenn ich dann irgendwie wieder ankomme
3:42
und zu Hause bin, quasi merke so meine Arme sind eigentlich
3:46
übelst kalt und so, aber innerlich kochst du sozusagen.
3:50
Ja, das ist schon, ich glaube ist auch eine Challenge für den
3:52
Körper, fürs Immunsystem. Das kann sein ja, auf jeden
3:56
Fall. Wie gesagt, Laufen Leute
3:59
macht's. Ich mag es, ich mag es ja, aber
4:05
abgesehen vom Laufen wollen wir natürlich heute wieder ein
4:08
bestimmtes Thema behandeln. Aber bevor wir das machen, Tino,
4:11
wollte ich noch einmal, ist, glaube ich, jetzt schon ein paar
4:13
Tage her, aber damit wir es nicht vergessen, wollten wir uns
4:16
auf jeden Fall noch mal bei Simon bedanken für die Spende
4:19
für unseren Podcast. Vielen vielen Dank Simon vielen.
4:22
Vielen Dank, Simon. Simon hat geschrieben, Mega
4:25
Podcast, fühle mich sehr abgeholt und wünsche mir auch
4:27
einen coaling Buddy. Jeder braucht ein coaling Buddy.
4:31
Leute kommt in die Community, Joint im Discord, da gibt es
4:34
dann quasi auch n coaling Buddy für jeden.
4:36
Ich wollt jetzt gerade sagen, da kann man sich n coaling Buddy
4:38
aussuchen, da sind ganz viele tolle Leute die auch richtig
4:41
Bock haben. Genau, und das ist eigentlich,
4:44
das ist so die erste Anlaufstelle für n coaling
4:46
Buddy. Richtig, auf jeden Fall.
4:49
Aber vielen dank Simon und liebe Zuhörerin, lieber Zuhörer, wenn
4:53
du dir denkst, hey, ja doch eine kleine Spende für die beiden,
4:56
das wäre irgendwie ganz cool, kannst du auf jeden Fall machen,
4:58
wenn du möchtest. Nur wenn du möchtest, dann gibt
5:00
es auf jeden Fall einen kleinen Spenden Link in den Shownotes
5:04
würde uns natürlich mega freuen, wenn es denn passt.
5:07
Sagen wir mal so, aber Tino, bist du bereit, jetzt lass uns
5:11
mal das Thema starten. Ich denke.
5:15
Aber wenn ihr jetzt nicht, wenn ihr jetzt nicht ne krasse
5:17
Überraschung kommt, denk ich bin ich bereit.
5:20
Das ist schön. OK, denk ich heute, es geht mal
5:23
wieder. Wir wollen unsere Reihe
5:25
fortsetzen und zwar das die Pattern Reihe die Design Pattern
5:29
Reihe und heute soll es um das Pattern Bridge gehen, also das
5:35
Bridge Pattern. Lass einfach mal gucken was ist
5:39
das Bridge Pattern eigentlich mal wieder so ne kleine Analogie
5:41
geben damit man sich das gut vorstellen kann.
5:44
Bisschen technischer werden. Wie ist das Ganze aufgebaut und
5:48
wie unterscheidet sich das eigentlich auch zu manch anderen
5:50
Pattern? Also bei mir ist es so ne, wenn
5:53
ich so manche Pattern habe, über die man dann so spricht, dann
5:57
denk ich mir so k. Aber du könntest doch auch
5:58
einfach dieses Pattern nehmen, das klingt genauso, da wollen
6:01
wir natürlich auch wieder n bisschen abgrenzen, natürlich
6:04
gucken wo man das gut verwenden kann und wo halt nicht
6:06
beispielsweise ne, das wär jetzt so der Fahrplan.
6:10
Ja. Ja, es ist eigentlich auch n
6:12
guter Punkt, das zu unterscheiden ist manchmal halt
6:15
wirklich nicht so einfach, also gerade wenn du jetzt dir
6:17
verschiedene Struktur Muster anguckst, also pattern aus dem
6:21
Strukturenbereich, sag ich mal, wir hatten ja zum Beispiel
6:24
Adapter Pattern schon ne und da ist halt wirklich die Frage OK,
6:28
wo ist denn jetzt der Unterschied oder wann nehm ich
6:31
was und sowas könnten wir ja auch mal n bisschen beleuchten
6:33
heute, weil das ist halt wirklich ne gute Frage, das ist
6:36
nicht so Occomon ist nicht dein Ernst.
6:38
Das ist was ja doch sag mal das ist nicht dein Ernst.
6:40
Das war ich sehr okay. Ich weiß es gar nicht.
6:44
Ist n No Brander, ist n no Brander genau, aber das, also
6:49
das muss man halt sich wirklich, da gibt es halt kleine aber
6:52
feine Unterschiede, wie man so schön sagt und da da möchte ich
6:55
dann gerne, erinner mich dran, dass wir da später noch drüber
6:57
reden, aber kommen wir erstmal zum neuen Pattern, was wir heute
7:03
besprechen und zwar das Bridge Pattern, also wir lassen das
7:06
Adapter Pattern noch mal n bisschen beiseite.
7:09
Und ich würd sagen, wir starten einfach wieder mit ganz
7:11
klassischen Analogien. Und zwar ich finde, wir sind es
7:16
unseren Zuhörern und Zuhörern, Zuhörerinnen und Zuhörern so
7:22
einfach schuldig, dass wir auch wieder n bisschen in den Bereich
7:24
des Essens gehen. Also das ist einfach unser
7:27
Markenzeichen in dieser Reihe und das sollten wir auch tun.
7:30
Bei den Pattern wird es nur schwierig, es direkt auf
7:32
Lebensmittel zu Münzen, sag ich mal.
7:35
Deswegen nehmen wir einfach mal n Restaurant ja und?
7:39
Ich stell mir das jetzt gerade mal so vor.
7:41
Wir beide, Fabi, wir gehen jetzt mal so richtig schön essen.
7:44
Ja also wir haben hier schick aus, das ist jetzt einfach n
7:48
Grund zu feiern und ich führ dich jetzt mal so richtig schick
7:50
aus wir gehen essen und wir setzen uns an Tisch und ein
7:57
Kellner kommt und fragt was wir denn gerne trinken wollen was
8:01
wir essen wollen also er nimmt halt die Bestellung auf und
8:05
jetzt fragt man sich ja OK. Wieso kommt da eigentlich n
8:10
Kellner? Also warum kann ich nicht
8:14
einfach direkt in die Küche gehen und dem Koch oder der
8:16
Köchin sagen was ich haben möchte und dann soll die Person
8:19
mir das zubereiten. Ja und das ist nämlich genau das
8:23
Ding, dass man ja ne Art Brücke baut zur Küche über den Kellner
8:28
oder die Kellnerin und da genau und über die Brücke auf
8:33
huckepack Nein denn. Für dich soll ja quasi
8:40
unabhängig von der Küche sein, wie ich bestelle.
8:45
Ne also der Ablauf ist doch immer das gleiche, egal welchem
8:48
Restaurant du bist. Ja, also es gibt sag ich mal so
8:52
regelt oder sag ich mal. Im Kern ist es das gleiche,
8:55
vielleicht ist es mal koordinierter, mal chaotischer,
8:58
mal witziger, mal n bisschen gehobener, wie auch immer, ja,
9:02
aber im Kern ist es ja das gleiche, ich möchte was zu essen
9:05
haben und ich möchte was zu trinken haben und das wird.
9:07
Bei dem Kellner oder der Kellnerin bestellt.
9:10
Diese Person geht in die Küche und übermittelt deine Bestellung
9:14
entsprechend dem Essen was da ist sag ich mal.
9:20
Machen wir es noch n bisschen konkreter, ich nehm eine Nummer
9:24
ja ich sag ich mir, ich hätte gern zu essen, hätte ich gern
9:27
die Nummer 5 und der Kellner sagt OK und sagt in der Küche
9:33
einmal Nummer 5 bitte. Jetzt ist Nummer 5 natürlich
9:36
auch in jedem Restaurant was anderes.
9:38
Ja keine Ahnung in in so nem Brauhaus ist es Schnitzel
9:43
irgendwas und beim Italiener ist es jetzt keine Ahnung Spaghetti
9:48
carbonara danke ich weiß du kennst dich aus mit den Nummern
9:53
bei Italienern, denn das ist die 5 ist immer was Spaghetti und da
9:58
sieht man ja schon ich brauch ja irgendwie.
10:01
Eine Instanz oder ein Muster? Was mir genau das ermöglicht,
10:05
und zwar ich kann unabhängig von der Küche bestellen.
10:11
Ja, also dieser Ablauf ist immer gleich und die Küche kann
10:16
unabhängig von dem wie ich bestelle, einfach das Essen
10:19
zubereiten und ich habe halt ne Brücke dazwischen, die dafür
10:23
sorgt, dass beides zusammenpasst.
10:26
Ja, aber ich habe ja nicht. Und jetzt wird es n bisschen
10:29
konkreter, warum das Pattern existiert.
10:31
Ich brauche ja nicht einen Kellner, ja, der sagt, Ich bin
10:36
ein italienische Küche Kellner oder ich bin ein Brauhaus
10:41
Kellner oder ich bin weiß denk dir noch was aus sondern es ist
10:45
n Kellner oder ne Kellnerin die das macht ja die dann quasi
10:50
dafür sorgt, dass beides zusammenpasst.
10:52
Anders gesagt, du gehst bestellst beim Kellner zum
10:55
Beispiel auf Deutsch in jeder, in jedem Plan jemand noch mal
10:59
sprachen um n weiteres Beispiel zu geben, so in der Küche, das
11:03
ist jetzt so richtig richtig n richtig wahnsinniger Italiener,
11:06
so wie jeder sich das vorstellt, dass jeder dann nur noch
11:08
italienisch spricht, ja dann kannst du ja gar nicht in die
11:10
Küche gehen und bestellen, vielleicht so mit n bisschen
11:13
Handzeichen oder so ne, aber das war es dann auch schon.
11:18
Und genau deswegen sagt man, um nicht zu viel Abhängigkeit zu
11:22
haben, zu viel Kopplung oder zu viel Implementierung eines
11:25
Kellners, um es konkreter zu machen, trenne ich jetzt genau
11:30
diese beiden Sachen und zwar Implementierung und Abstraktion.
11:33
Genau. Ich find n anderes Beispiel um
11:37
um jetzt noch mal ganz kurz vorm Essen um noch mal n bisschen
11:40
technischer zu werden ist. Für mich so n so n so n Beispiel
11:43
was was irgendwie total auf der Hand liegt.
11:46
So ne Universalfernbedienung weißt du, du hast
11:48
Universalfernbedienung, kannst damit rein theoretisch sagen wir
11:52
mal n Fernseher bedienen, Radio bedienen, ne Soundanlage
11:54
bedienen, du kannst damit halt irgendwie alles bedienen,
11:56
beispielsweise ne und bist jetzt aber nicht dafür angewiesen,
12:00
dass du sagst, du hast jetzt eine Fernbedienung für den TV,
12:03
eine Fernbedienung für n fürs Radio, eine Fernbedienung für
12:05
die Soundanlage, das ist tatsächlich sogar eher Realität,
12:09
aber. So rein theoretisch hast du halt
12:12
eben nicht wieder so ne klassenexplosion, dass du sagst,
12:14
du brauchst jetzt für quasi die die Klasse Fernbedienung für TV,
12:19
Fernbedienung für Radio, Fernbedienung für soundanal,
12:21
Kellner für italienisches Restaurant, Kellner für
12:24
japanisches Restaurant, Kellner für was auch immer für n
12:27
Restaurant ne. Also du brauchst halt nicht
12:28
diese ganzen wenn wir jetzt auf Klassenebene gehen, brauchst du
12:31
nicht diese ganzen Klassen, sondern du brauchst n Kellner.
12:34
Du brauchst n Restaurant so nach dem Motto Ne.
12:36
Also du hast natürlich dann verschiedene Implementierungen
12:38
fürs Restaurant in dem Fall. Aber du hast halt.
12:40
Eben diesen Kellner weißt du, und das ist halt die Bridge.
12:45
Dann wie du meintest ne zwischen dem Restaurant und dem dem
12:48
Kunden oder der Kundin und ich find es jetzt interessant, weil
12:52
wir hatten ja so n bisschen gesagt, so ey, ich weiß nicht,
12:55
wir hatten ja die letztens das decorator Pattern ne und da ging
12:59
es ja auch darum so, ja. Klassenexplosion vermeiden jetzt
13:02
ist das ja auch wieder irgendwie ne Art und Weise
13:04
klassenexplosion zu vermeiden, ne, da könnte man sich ja
13:07
vielleicht überlegen, so ist das jetzt nicht irgendwie das
13:11
gleiche, aber am Ende ist es halt doch wieder was anderes,
13:14
ne, also es sind halt. Es wird halt für verschiedene
13:18
Dinge genutzt, weil das decorator Pattern beispielsweise
13:22
ist ja dafür da, um einem Objekt neue Fähigkeiten zu geben, ohne
13:26
ne Klasse zu verändern. Das hatten wir ja gesagt, ne,
13:28
dass du immer ne neue Fähigkeit theoretisch noch hinzufügen
13:31
kannst. Also weiter dekorieren kannst.
13:33
Das heißt die Klasse wird sozusagen also das Objekt einer
13:37
Klasse wird halt mächtiger und bei einer Bridge ist es halt
13:40
eben so, dass du halt eben einfach beide Seiten voneinander
13:43
trennst. Also du hast 2 Seiten.
13:45
Die du unabhängig voneinander entwickeln kannst.
13:47
Also wie du ja auch schon meintest, du könntest ja aus der
13:50
Küche auf einmal aus der italienischen Küche auf einmal
13:53
ne griechische Küche machen und der Kellner könnte der gleiche
13:56
bleiben, ohne dass man sozusagen also den du musst den Kellner
13:59
nicht verändern kannst, aber die Küche verändern.
14:00
Du kannst neuen Kellner einstellen, die Küche kann aber
14:03
die gleiche bleiben. Das heißt ganz genau.
14:05
Bei dem einen trennst du halt wie du so schön meintest, die
14:08
Implementierung von der Abstraktion ne und?
14:12
Das ist diese, die Bridge sozusagen.
14:13
Und beim Decorator ist es halt so, dass du halt sagst, ja, ich
14:16
möchte aber gerne einem Objekt immer mehr Funktionen
14:20
hinzufügen. Am Ende vermeidet beides ne
14:22
Klassenexplosion, wie wir ja auch in der anderen Folge gesagt
14:26
haben. Aber und das ist ja das
14:28
interessante, Es ist die sozusagen die, was man machen
14:34
möchte, damit ist was ganz anderes und das jetzt auch mal
14:37
zur letzten Design Pattern folge zu trennen, ne?
14:42
Ja, ich kann auch direkt weitermachen, weil so Analogien
14:44
da auch hilfreich sind. Wenn du jetzt, wir hatten ja
14:46
auch schon das Adapterpad angesprochen, ich finde, wo man
14:48
das auch mit der mit der Bridge gut auseinanderhalten kann, ist
14:52
auch ein Beispiel, was einfach jeder kennt, so dieses typische
14:56
Ich möchte mein Handy laden, ja und wie sieht das heutzutage
14:59
aus? Du hast Netzteil was im Prinzip
15:03
sagt. OK, mit mir kann man laden,
15:06
sozusagen. Ja, also ich steck mich in die
15:08
Steckdose und ich sorg dafür, dass ich n Gerät lade.
15:12
So jetzt brauchst du aber ne Brücke um dein Gerät mit dem
15:15
Netzteil zu verbinden und genau das ist ja heutzutage Gott sei
15:20
Dank auch unabhängig, also quasi getrennt vom Netzteil.
15:26
Es ist ja nicht mehr so, dass n festes Kabel an dem Netzteil
15:30
ist, sondern. In der Regel beim Handy sag ich
15:32
mal NUSBC Kabel. Ja, das heißt du steckst das in
15:36
dein Netzteil, in dein Handy und du kannst dein Gerät laden.
15:39
So jetzt ist es aber so, dass es ja unabhängig ist.
15:43
Ne das Netzteil auf der einen Seite und das Kabel sozusagen
15:47
was für deine Funktion jetzt sorgt sag ich mal.
15:50
Du kannst das gleiche Netzteil nehmen aber NUSBC Kabel ran
15:54
machen, vielleicht hast du auch noch alte Geräte, wie hießen sie
15:57
alle Mini USB? Micro USB da gab es auch 1000
16:01
Varianten, bis wir bei USBC waren, kannst du alle nehmen,
16:04
rein ins Netzteil brauchst du nur das Gerät ne, also je
16:06
nachdem welche Brücke du sozusagen brauchst am Ende ne.
16:10
Aber das ist ja Lightning bei Apple, aber das also ja auf
16:13
jeden Fall, aber das ist jetzt schon so n bisschen so, also das
16:16
ist auf der einen Seite ist es ja also das was du beschreibst
16:18
ist ja die Bridge der Bridgepart dabei, aber.
16:24
Es gibt ja auch noch n Adapterpart dabei ne, weil du.
16:26
Ja, das nicht dazu kommen. OK, weil wenn du jetzt zum
16:29
Beispiel sagst, ich möchte das aber in die Steckdose stecken,
16:32
ja und bin jetzt aber in einem anderen Land, dann hab ich gar
16:36
nichts gekonnt, dann hab ich zwar meine meine unabhängigen
16:39
Implementierungen sozusagen, aber ich kann nicht mehr den
16:41
Strom nutzen, also brauch ich jetzt an der Stelle einen
16:44
Adapter um. In die Steckdose wieder zu
16:47
kommen? Ja, weil es gibt ja
16:49
unterschiedliche Steckdosen. So, und da siehst du jetzt,
16:51
welcher Teil davon ist. Adapter ne, der sorgt nur dafür,
16:55
dass ich jetzt in meinem Urlaub, ich hab alles, also es ist alles
16:58
entschieden meine Geräte, ich bin aber jetzt im Urlaub und
17:01
merke so Oh verdammt in die Steckdose kann ich gar nicht
17:03
verwenden ha ich kann aber zur Laufzeit während meines Urlaubs
17:07
jetzt meinen Adapter verwenden und trotzdem die Steckdose
17:09
verwenden und gleichzeitig die Kombination und die Brücke
17:12
nutzen um. Jetzt mein Handy zu laden oder
17:15
das Handy vom Partner, wenn der eine n iphone hat und der andere
17:19
n Android und es gab halt noch nicht die gemeinsame USBC
17:22
Schnittstelle. Ja also da sieht man ja denn
17:25
quasi genau die Unterscheidung in dieser Analogie, was ist
17:29
Adapter und was ist die Brücke? Ja, im Endeffekt.
17:32
Zumindest so n Kabel finde ich kann man sich als Brücke auch
17:34
ganz gut vorstellen. Das das stimmt wohl.
17:38
Das ist quasi eine eine Kabelbrücke, aber im Endeffekt
17:42
ist es ja so, wenn wir das zusammenfassen wollen, um das
17:45
jetzt auch direkt vom Adapter abzugrenzen, ne bridge, ne Trend
17:50
Dinge halt ne oder sagt lass uns mal Dinge trennen und flexibel
17:55
kombinierbar machen, das ist ja im Endeffekt die Bridge ne und
18:00
der Adapter sagt du hast 2 Dinge die nicht zusammenpassen.
18:03
Na dann lass uns die doch mal so zusammen, dass es passt, dass es
18:07
passt. Genau, genau.
18:10
Und ich finde, und das ist noch mal n ganz interessanter Punkt
18:14
dabei, wenn du sagst, du entwirfst eine Bridge, ne, dann
18:17
ist das, dann kann man sich das vorstellen, dass man sagt, lass
18:22
uns doch mal so n bisschen von, also du bist eher am Anfang
18:26
eines Projektes, dass du sagst, wir bauen es von Anfang an so am
18:31
besten. Um flexibel zu sein, ne, also
18:33
das ist so ne. Ich sag mal Designentscheidung
18:36
am Anfang ne wenn wir jetzt bei Software sind n Adapter ist halt
18:40
eher dass du sagst OK es ist etwas wo du sagst Oh das passt
18:45
nicht, lass uns n Adapter dazu bauen, das heißt das machst du
18:48
eher dann am Ende weißt du, dass du sagst das eine planst du von
18:52
vornherein. Oder sagen wir mal, in einer
18:55
frühen Phase deiner Architektur und das Adapter Pattern, da
18:59
sagst du OK, ich hab das System, ich hab das System, die müssen
19:03
jetzt nachträglich irgendwie verbunden werden, also bauen wir
19:05
n Adapter ne. Da hast du wieder die
19:08
Urlaubsanalogie. Ja, du hast an alles gedacht, du
19:11
hast den das Netzteil, du hast die Kabel ja das alles so im
19:14
Vorfeld schön gekauft so mir kann nichts mehr passieren so
19:17
und jetzt fliegst du in den Urlaub und denkst dir ach
19:19
verdammt jetzt muss ich ja doch reagieren und jetzt brauch ich n
19:22
Adapter. Weißt du, jetzt muss ich quasi,
19:24
das ist ja nicht eingeplant gewesen vorher.
19:27
Ja, das, was du gerade meintest, das finde ich, kann man daran
19:30
jetzt auch wieder gut erkennen. Ja, auf jeden Fall.
19:33
Oh mein Gott, so eine Steckdose. Ich hab noch nie gesehen und er
19:37
hat irgendwas basteln. Genau nach Hause rennen, aber.
19:43
Nee, aber da gibt es so n bisschen off topic.
19:46
Es gibt auch richtig geile Reisesets für Steckdosenadapter,
19:50
so wo einfach weißt du, da hast du ein so n Ding und kannst da
19:53
sowieso n Transformer alles umbauen und du kommst gefühlt
19:56
auf jede Steckdose dieser Welt. Das ist gerade für Backpacking
20:00
und so ziemlich geil, klingt n bisschen nach Kurzschluss für
20:03
mich hat bis jetzt toi toi toi häufiger Kost, hat immer gut
20:08
funktioniert ah das ist gut, OK. Auf jeden.
20:14
Auf jeden Fall freut mich auf jeden Fall, dass das gut
20:17
funktioniert, dass ich auch hier so dass du noch keinen Schock
20:21
bekommen hast. Ja, auf jeden Fall.
20:24
Genau das ist das, ich find, das ist ne sehr sehr gute Abgrenzung
20:27
zum Adapter pattern, weil ich finde gerade wenn du also gerade
20:32
wenn man jetzt zum Beispiel diese Analogie zum Beispiel mit
20:34
der Fernbedienung nimmt oder auch mit dem Kellner, klingt das
20:37
schon alles irgendwie so n bisschen wie n Adapter, aber man
20:40
sieht halt doch, OK, es ist halt eben nicht einfach ein Adapter,
20:43
sondern es ist halt, es ist halt für was anderes da ne und?
20:48
Wie gesagt, ich meinte ja schon man, also es ist extra dafür um
20:52
diese um so Systeme zu trennen. Ne in dem Fall wie gesagt ist es
20:55
austauschbar, du kannst das eine System ohne das andere
20:59
entwickeln, unabhängig voneinander wie gesagt Küche
21:01
Kellner kannst aber auch n weiß ich nicht wenn du ne
21:05
universalfernbedienung hast wie ich meinte kannst du halt auch
21:09
noch in 10 Jahren zum Beispiel NTV benutzen weil ich sag mal
21:12
irgendwie die ein und ausschalttaste ist irgendwie
21:15
immer noch gegeben. Und wenn wir uns jetzt noch mal
21:20
so ein bisschen die Struktur angucken, wir hatten ja gesagt,
21:22
Abstraktion, ne, die Abstraktion wäre ja in meiner Analogie zum
21:26
Beispiel die Fernbedienung in deiner Analogie, dann der
21:28
Kellner beispielsweise ne, das heißt, der weiß, was getan
21:31
werden muss, ne. Also in dieser Abstraktionsebene
21:34
zum Beispiel gerät an und ausschalten oder zum Beispiel
21:37
Nummer 5 bestellen, ne so und benutzt halt eben ein Interface
21:43
was? Quasi entweder also sagen wir
21:46
mal das die Fernbedienung benutzen Interface was das Gerät
21:49
kennt, also zum Beispiel sowas wie ein und ausschalten als
21:52
Interface oder halt eben der Kellner geht halt eben auch zur
21:57
Küche ne und benutzt das Interface ich sag mal.
22:01
Die. Speisekarte ne.
22:02
Also Nummer 5 ist halt eben dann Spaghetti carbonara oder was
22:04
anderes was ihr meint und genau so kann man halt eben sagen, wir
22:09
können halt. Neue Geräte hinzufügen oder
22:12
entfernen und es funktioniert alles noch ohne Probleme und
22:15
wenn wir das jetzt ganze noch mal so n bisschen auf Code
22:18
ebene, also was also wir haben ja quasi so verschiedene
22:20
vielleicht Klassen die wir dann brauchen, dafür hast du mal ne
22:24
kleine Erklärung für wie man das Ganze jetzt so theoretisch
22:28
aufbauen. Können ja.
22:29
Also wenn wir jetzt quasi dein Fernbedienungsbeispiel nehmen,
22:33
also bei den Bridge Pattern unterscheidet man quasi immer.
22:36
Struction und Implementation, also die Abstraktion von der
22:39
Implementierung, ne, dass du beides unabhängig wie wir ja
22:42
gesagt hatten, behandeln kannst und weiterentwickeln kannst.
22:46
Und das wäre ja in dem Fall, dass du sagst, die Abstraktion
22:50
ist jetzt irgendwo meine Fernbedienung.
22:52
Ja und die Implementierung ist mein Gerät, also mein
22:55
spezifisches Gerät, das ist das TV Radio was du meintest.
22:59
Ja und? Das heißt, die Fernbedienung,
23:02
die weiß, was getan werden soll. Zum Beispiel Gerät ein und
23:05
ausschalten. Machen wir es mal simpel, kannst
23:07
du jetzt auch noch sagen, lauter, leiser würde jetzt auch
23:10
mappen. Ja, und diese Abstraktion
23:14
benutzt quasi dann ein Geräte Interface ja, aber ohne wirklich
23:19
zu wissen für welches Gerät das ist.
23:22
Ich komm gleich dann noch mal spezifischer dazu.
23:23
Ja, und um das abzuschließen, die Implementierung ist im
23:27
Prinzip. Wie ist das technisch gemacht?
23:29
Das ist dann wirklich die technische Umsetzung.
23:32
Ja, von deinem Fernseher, also das der spezifische Fernseher
23:36
zum Beispiel auch weiß ja was was muss denn passieren, damit
23:39
ich eingeschaltet werde, was muss denn passieren, damit ich
23:41
ausgeschaltet werde, wie kann man mich leiser oder lauter
23:44
machen und das hat halt den Vorteil du kannst jetzt Geräte
23:49
entwickeln, guck mal hier wir haben n neuen Fernseher, das ist
23:51
unser neuestes Modell, richtig klasse.
23:54
Und du kannst auch Fernbedienungen
23:55
weiterentwickeln, sozusagen. Ja unabhängig voneinander.
23:58
Guck mal hier, die Fernbedienung ist aber richtig schön jetzt und
24:01
die hat übrigens n Knopf weniger.
24:03
Ja, aber heutzutage ist ein Knopf weniger immer besser,
24:06
früher konnte es gar nicht genug sein.
24:08
Kennst du noch diese Fernbedienung wo einfach 1000
24:10
knöpfe drauf sind und man sich so dachte Oh ja, guck dir meine
24:13
Fernbedienung an, die ist krass, oder?
24:15
Ja ja dann zeig mir mal wo man leiser und lauter macht ah ich
24:19
muss suchen kurz suchen. Weißt du, was ich richtig
24:21
scheiße an meiner Fernbedienung finde?
24:23
So, ich hab ja n Fernseher so, da hast du dann irgendwie
24:25
Streamingdienste drauf. Ne so und jetzt ist da n Play
24:29
Button drauf und n vorspul Button und n Pause Button.
24:33
Aber der zählt dafür nicht ne. Man könnte sich ja vielleicht
24:35
denken, ey, ich meine Streamingdienste steuern, aber
24:39
Pustekuchen, das ganze. Ja.
24:42
Ich weiß aber nicht, wofür es dann ist.
24:45
Ah, das ist für Rascha ja nur die Frage.
24:47
Ne gute Frage für für den Videorekord.
24:52
VHS Ja, bestes Gerät. Ah stark OK, kommen wir zurück
24:57
zur Implementierung, das sieht dann so aus, dass du dann quasi
25:00
sagst, OK, wenn jetzt meine Abstraktion ein Geräteinterface
25:06
benötigt ne ohne zu wissen, damit man halt nicht genau den
25:09
Typ wissen muss. Ja also meine Fernbedienung
25:12
heißt ich brauch n Interface wieso oft bei dem Pattern?
25:15
Ich brauch erstmal n Interface und zwar n Geräteinterface das
25:18
nenn ich dann zum Beispiel Interface Geräte.
25:21
Und sag ja, wie soll das Interface aussehen?
25:24
Na ja, ich möchte jetzt einschalten können, ich möchte
25:26
ausschalten können, lauter und leiser, das sind so 4 Funktionen
25:30
ganz easy erstmal ja OK und ich entwickel so jetzt quasi an der
25:34
Funktion meiner Fernbedienung, also wie meine Fernbedienung
25:37
später aussehen soll, ne beziehungsweise was sie
25:41
unterstützen soll was Geräte können soll um es mal so
25:45
bisschen abstrakter zu sagen ja. Und gleichzeitig kann ja jetzt
25:49
jemand anfangen und sagen, ja, OKOK, ich baue jetzt, ich baue
25:52
jetzt dieses Gerät. Ja, wir haben jetzt per
25:54
Interface festgelegt, was das können soll und ich implementier
25:58
jetzt gerät und bau dir n richtig schönen Fernseher.
26:01
Ja. So n nagelneuer.
26:04
Wie groß sind die mittlerweile? Ich bin da nicht so 238000 Zoll
26:09
238 Zoll. 1000, bitte. Und ich weiß ja, was der können
26:17
muss. Also wichtig ist einschalten,
26:19
ausschalten, lauter, leiser. Also das sind so die 4
26:21
Funktionen jetzt ja und gleichzeitig kann aber Person x
26:25
aber auch noch sagen ja warte mal, aber ich glaube n Radio wär
26:28
jetzt auch geil mit den Funktionen ja also jetzt mach
26:30
ich noch n zweites Gerät was gar nichts mit dem ersten zu tun
26:33
hat, n Radio halt ja also wir sind jetzt halt nur auf der
26:37
Tonspur und einschalten ausschalten leiser lauter Krieg
26:42
ich hin mach ich ja. Das ist denn dein Radio?
26:45
Um diesen Podcast hier zu hören, quasi und im Prinzip nutzen
26:51
beide das gleiche Interface, Geräte oder Gerät ist ja nicht
26:54
mehr Zeit, gerät wäre eigentlich korrekt und dann kannst du das
26:59
implementieren und dann hast du im Prinzip von, also der
27:03
Abstraktionsebene. Brauchst du ja natürlich auch ne
27:07
Implementierung. Ja, weil ich meinte ja du kannst
27:09
unabhängig deine Fernbedienung implementieren, das heißt du
27:12
brauchst natürlich auch ne Implementierung deiner
27:13
Fernbedienung und da kommt jetzt der Clou dabei, dass du sagst
27:18
die hält jetzt ne Referenz zu einem Gerät, was definiert ist.
27:23
Ja, das heißt die Fernbedienung hält eine Instanz eines Gerätes,
27:28
was? Was ja abstrakt im Sinne des
27:31
Interfaces ist. Das heißt, die Fernbedienung
27:33
weiß eigentlich gar nicht, welches Gerät das ist, sondern
27:36
einfach nur OK. Du bist n Gerät und ich kann
27:39
dich einschalten, ausschalten, lauter und leiser machen und das
27:42
implementier ich da drin jetzt genau, dass ich sage Funktion
27:49
mach an nenn ich sie jetzt mal oder mach auf und da sag ich
27:52
dann OK gerät und Ruf die Funktion einschalten von Gerät
27:57
auf dann ist mir egal. Wie das passiert?
28:00
Mir ist egal, welches Gerät das ist aber meine Fernbedienung,
28:03
die ich gerade entwickel wird auf jeden Fall die
28:06
Einschaltfunktion des Gerätes bedienen.
28:08
Wenn ich sage mach an Knopf, mach an so ne oder bei dir
28:13
beispielsweise Play auf deiner Fernbedienung, ja ruft ne
28:18
Funktion auf die einfach gar nichts macht, scheinbar ja, die
28:20
ist einfach leer implementiert. Richtig.
28:23
Ja, im Endeffekt. Da ist ein to do drin, das ist
28:25
ein to do implement to do. Bald machen wir das im nächsten
28:32
Sprint. Aber im Ende genau so sieht das
28:34
dann aus, am Ende ja. Also du hast quasi ein
28:37
Interface, das Gerät. Du hast halt Implementierung von
28:40
Geräten, also von einem Gerät was man halt gerne haben möchte
28:44
und du hast halt eben diese Fernbedienung, die halt wie du
28:46
meintest eine Referenz auf dem Gerät hat, sodass man dann sagen
28:49
kann, ey, ich kann mir irgendwie eine Fernbedienung anlegen und
28:51
dann da zum Beispiel diese Referenz auf.
28:53
Reingeben zum Beispiel. Ja, ich möchte ne neue
28:55
Fernbedienung erstellen für ein TV gerät oder für ein Radiogerät
28:59
und dann kannst du halt einfach nur sagen Fernbedienung a macht
29:03
halt, ruft Halt an auf und Fernbedienung B ruft auch an auf
29:07
und dann werden halt die entsprechenden Geräte.
29:10
B. Ruft die an, fängt einfach deine
29:15
Fernbedienung an zu klingeln, aber.
29:18
Ja, aber das ist auf jeden Fall so technisch das, was man
29:21
theoretisch so dafür braucht, um halt dieses Bridge Pattern halt
29:26
herzustellen, ne oder oder zu zu basteln sag ich jetzt mal ne.
29:29
Genau. Und den entscheidenden Punkt
29:31
hast du ja genannt, dass man im Prinzip dann dieser
29:33
Fernbedienung im Konstruktor üblicherweise das Gerät mitgibt.
29:39
Ja, dass du sagst, du bist jetzt eine Fernbedienung mit dem Gerät
29:44
XY genau die Fernbedienung. Intern weiß nicht, welches Gerät
29:48
das ist, aber ich kann es von außen vorgeben.
29:50
Das ist ja der entscheidende Punkt.
29:52
Ich kann ja jetzt beide unabhängig implementierten Dinge
29:57
nenn ich es mal ganz abstrakt, unser Gerät und unsere
30:00
Fernbedienung kombinieren und sagen, dadurch bist du jetzt ne
30:05
TV Fernbedienung, so könnt ich jetzt die Variable zum Beispiel
30:07
nennen, hab aber halt nicht diese klassenexplosion ich muss
30:11
halt nicht sagen Oh verdammt ich brauch jetzt ne TV
30:14
Fernbedienung, ich brauch ne radiofernbedienung ich brauch.
30:17
Weiß ich was ja für ne Weckerfernbedienung kennt man
30:22
ganz klassisch ja und das ist halt der Vorteil, dass ich das
30:26
kombinieren kann, dann am Ende über ne gemeinsame Definition
30:30
eines Interfaces. Genau.
30:31
Und das Schöne ist halt, du kannst halt wie gesagt beide
30:34
Systeme unabhängig voneinander weiterentwickeln.
30:37
Wenn wir jetzt noch mal wirklich explizite Beispiele nehmen, ne,
30:40
also zum Beispiel sowas wie dass du.
30:43
Ne Datenbank austauschbar halten kannst ne.
30:46
Also angenommen du hast heute irgendwie ne my SQL Datenbank,
30:50
morgen nimmst du ne Post SQL Datenbank oder ne SQ lite oder
30:54
sowas ne und du hast halt keine Lust zu sagen ich möchte jetzt
31:02
aber überall irgendwie meinem Code diese SQL Unterschiede
31:05
anfassen weil es ist ja so syntaktisch und immer so n
31:07
bisschen was anderes ne wie du dann eben diese Datenbank
31:11
queries an der Stelle machst. Und da kann es dann zum Beispiel
31:14
helfen, einfach ne Bridge zu nutzen.
31:15
Ne, das heißt du hast halt diese Abstraktion, ne diese Database
31:18
connection und halt eben bestimmte Implementierung dieser
31:22
Database connection, also was wie ne my SQL connection,
31:25
postress connection oder nasculite connection ne und dann
31:32
hast du im Endeffekt also diese Geschäftslogik.
31:36
Die du hast spricht dann wirklich nur mit der Database
31:39
connection. Also das ist jetzt genau dieses
31:41
dieses Beispiel, ne, dass man wie auch bei einer
31:44
Fernbedienung, wo man dann ein Gerät reingibt hat, man jetzt
31:47
zum Beispiel dann am Ende ne Database connection, wo du also
31:52
ne ne, also ne connection zu deiner Datenbank, die du halt
31:55
instanzierst die du ansprechen kannst, ne, also sagen wir mal
31:58
dein ich sag mal dein Database bridge ne wo du am Ende sagst OK
32:03
aber explizit das in Anführungsstrichen gerät was du
32:07
dieser Bridge mitgibst ne ist dann am Ende zum Beispiel dann
32:11
eben die My SQL Connection oder halt ne andere Connection ne
32:16
und? Na ja, das ist natürlich n
32:18
super. Klassisches Beispiel ne wo man
32:20
das halt in der Regel sehr oft macht, sag ich mal, weil wie du
32:25
schon meintest, wenn ich die Datenbank austauschen möchte,
32:27
soll das ja nicht meine restliche Software beeinflussen,
32:29
sondern ich hab halt wirklich diese Bridge.
32:32
Und sag OK, ich hab ne Art Service ne ja den verwende ich,
32:36
das ist meine Business Logik wie ja füge was hinzu, lösche was ja
32:41
diese typischen Crute Befehle dann am Ende gib mir alles und.
32:45
Bitte gib mir alles von dem Table.
32:47
In der Regel immer erstmal alles.
32:49
Gib mir erstmal alles und dann ist mir ja egal welche Datenbank
32:54
da drunter liegt und wenn die ausgetauscht werden muss im
32:56
Projekt aus gründen warum auch immer ne.
32:59
Dann wär es ja natürlich toll, wenn nichts davon beeinflusst
33:02
ist. Abseits der Implementierung
33:04
dieser Datenbank sozusagen. Und genau das ist n super
33:08
Anwendungsbeispiel. Genau, also dann hast du halt
33:11
diese Brücke wieder und dann rennt einer über die.
33:12
Brücke ja, warte ich hol die Daten nicht mehr gleich zurück,
33:14
so weißt du und rennt halt über die Brücke, was auf der anderen
33:17
Seite ist, ist uns egal. Sozusagen ne Kleine in
33:21
Anführungsstrichen Blackbox, aber das Schöne ist halt wie
33:23
gesagt, du kannst halt eben das System Datenbank unabhängig
33:26
voneinander entwickeln, kannst sagen OK ich ich.
33:29
Nee, wir müssen doch was anderes nehmen.
33:31
Das passt irgendwie nicht mehr aus bestimmten Gründen.
33:33
Oder du entwickelst halt eben deine Business Logik auf der
33:36
anderen Seite weiter und sagst na ja, aber an der Stelle wollen
33:39
wir jetzt nicht select all haben, sondern zum Beispiel was
33:41
weiß ich, gib mir mal nur ne entsprechende Teilmenge der
33:46
Table und dann kannst du das Halt weiterentwickeln und diese
33:48
Bridge sorgt dafür, dass beides unabhängig voneinander
33:51
entwickelt werden kann, ohne dass du halt jetzt wirklich
33:54
sagen musst, ich fasse spezielle Implementierungen an der Stelle
33:57
an. Und das ist halt das Schöne an
34:00
der Stelle. Absolut.
34:03
Ein anderes Beispiel, was mir da auch recht schnell einfällt, ist
34:07
so typische. Anwendungsfälle, wo ich
34:10
unterschiedliche Formate supporten möchte, also
34:14
beispielsweise Videos oder oder Bilder.
34:17
Ja, da gibt es ja verschiedenste Formate und gefühlt, wenn ich
34:22
irgendwie in dem Bereich was mache, kann ich auch immer alles
34:24
exportieren in die entsprechenden Formate, ne ah ja
34:28
exportier mir mal jetzt bitte keine Ahnung, das Bild was ich
34:32
hier gemalt hab, ja klar was willst du denn für n Format PNGJ
34:37
Peg? Vielleicht sogar ne
34:39
Vektorgrafik. Ja, also sag mir was du willst.
34:41
Sag mir was du willst, so ne und da muss man sagen kann man ja
34:46
auch wieder super das Bridge pattern ich wollt gerade Bilder
34:49
sagen komplett falsch bridge pattern anwenden weil du sagen
34:55
kannst OK ich implementiere jetzt ne Art Exporter Project
34:59
Exporter oder Image Exporter ganz allgemein und der sorgt
35:04
dafür, dass ich sagen kann, was soll denn ermöglicht werden.
35:08
Ja, also was möchte ich denn exportieren?
35:10
Wie soll das Aussehen und hab da so meine Logik drin von meiner
35:14
inneren Anwendung sozusagen und von außen implementier ich dann
35:19
sozusagen die das Exportieren an sich.
35:25
Ja, also wie komme ich denn in das finale Dateiformat?
35:29
Und das kann ich ja wieder, denn für alle möglichen machen.
35:32
Ja, also was hatte ich gesagt, J Peg, von mir aus auch PDF oder
35:35
sowas gibt es ja auch öfter mal, dass du sagst OK nee, ich möchte
35:38
aber ne PDF jetzt daraus machen und dann habe ich so
35:41
verschiedene Klassen die das implementieren.
35:44
Und dem Exporter gebe ich jetzt quasi zum Beispiel über meine UI
35:48
wähle ich aus, was ich haben möchte und er weiß dann im
35:51
Endeffekt, welchen welche Implementierung er denn
35:54
verwenden soll. Aber auf der, wenn man sich das
35:57
jetzt vorstellt sowieso n wieso n Ablauf ne auf der rechten
36:01
Seite habe ich jetzt quasi die exakte Implementierung wie
36:05
exportiert werden soll, die Brücke dazwischen und links
36:09
meine restliche Software und der da muss ja egal sein, welches
36:12
Format am Ende ausgewählt wird. Soll das Gleiche passieren?
36:15
Ja. Genau dafür kannst du in das
36:18
Pattern halt auch nehmen, ne? Auf jeden Fall.
36:20
Und ich find da sieht man auch schon ganz gut, wann man es halt
36:23
zum Beispiel auch wirklich nicht unbedingt verwenden muss.
36:26
Ne. Also wenn du jetzt wirklich
36:27
sagst, so, du hast halt keine 2 unabhängigen Hierarchien
36:31
voneinander, ne, also zum Beispiel jetzt mal jetzt noch
36:33
mal auf das Datenbankbeispiel zurückgehen, wenn du sagst, ey
36:39
du hast halt eben. Benutzt nur eine My SQL
36:42
Datenbank beispielsweise es wird keine andere geben.
36:45
Wir brauchen das ist felsenfest und mach es nicht komplizierter
36:50
als es ist. Dann brauchst du an der Stelle
36:52
keine Bridge unbedingt, dann kannst du halt rein theoretisch
36:55
direkt sagen, OK ich schreibe auch meine SQL Queries in meinen
36:58
Code richtig rein. Weil du sowieso weißt, du musst
37:02
sie nicht mehr anpassen. Diese zum Beispiel diese Syntax
37:04
der SQL Queries, die wird sich nicht verändern.
37:06
Du brauchst also keine Bridge, die dafür sorgt, dass eben das
37:10
einfach austauschbar ist. Ne und an der Stelle, dass dass
37:12
du halt sagst, OK, ich kann jetzt zum Beispiel meine
37:14
Datenbank unabhängig irgendwie weiterentwickeln, verändern,
37:17
austauschen, wie auch immer, ne, dann brauchst du das zum
37:20
Beispiel nicht. Ja, ich find es bei der
37:24
Datenbank immer spannend. Weil, wie soll ich sagen, ich
37:32
hatte jetzt noch nicht oft den Fall, dass ich wirklich
37:35
grundlegend die Datenbank austausche, ne, aber sehr oft
37:41
den Fall, dass ich trotzdem unterschiedliche
37:43
Implementierungen brauche oder mindestens 2.
37:48
Deswegen also diese diese Abstraktion an der Stelle oder
37:51
das Bridgepad, dann ist halt einfach wirklich von Vorteil,
37:54
allein schon wenn ich sage, ich möchte meine Software ja und das
37:58
sollte immer der Fall sein, vernünftig abtesten ja, dann ist
38:02
nämlich auch das Bridgepad dann hilfreich, um zum Beispiel zu
38:05
sagen, na ja, aber ich kann ja auch ne Testdatenbank
38:08
implementieren, die genau das macht, was ich jetzt in meinen
38:11
Tests haben möchte und kann, aber weil ich ne Bridge.
38:15
Implementiert habe die einfach verwenden sozusagen.
38:18
Ist ja auch n Riesenvorteil in Sachen Testbarkeit.
38:21
Du willst ja nicht in deinen Tests auf der echten Datenbank
38:24
rumhacken, beispielsweise wenn du jetzt wieder ne harte
38:28
Kopplung hast am Ende also deswegen also dieses Bridge
38:32
Pattern oder oder allgemein Pattern, die wir besprechen
38:34
helfen ja auch in solchen Fällen und nicht nur um.
38:38
Mehrere Sachen zu unterstützen oder flexibel zu sein, ja sehr
38:42
wichtig. Also ich finde gerade der
38:43
Testgedanke ist halt auch immer eine Form, die ich bräuchte,
38:46
dabei sozusagen oder eine Variante, wie man es jetzt
38:49
nennen möchte. Ja, gerade wenn man zum Beispiel
38:51
wirklich an den Punkt kommt, ich finde das Beispiel was du
38:53
gebracht hast wirklich sehr sehr gut, weil wenn du jetzt zum
38:56
Beispiel weil wenn du jetzt zum Beispiel sagst, und das ist
39:00
immer ein gutes Anzeichen dafür, du überlegst dir, wie du etwas
39:03
testen kannst, ne und merkst, es ist nicht gut testbar so.
39:08
Dann und du dann zum Beispiel vielleicht so ein Pattern
39:10
nimmst, um dann zu sagen, OK, jetzt kann ich es aber viel
39:13
besser testen, ist es meiner Meinung nach auch auf jeden Fall
39:16
ein sehr sehr gutes Anzeichen dafür, dass dein Code quasi
39:19
improved ist. Ne, dass du sagst, ey warte mal,
39:22
du hast jetzt etwas, also du nutzt zum Beispiel ein Pattern
39:25
um halt die Testbarkeit zu verbessern, nicht unbedingt nur
39:28
den Code an sich, aber die Testbarkeit zu verbessern, dann
39:32
hat es auf jeden Fall was gebracht.
39:33
Also es ist auf jeden Fall ein sehr sehr guter Punkt für nicht
39:35
zu sagen, achtet auch. Nicht nur darauf, dass keine
39:39
Ahnung man jetzt so Lehrbuch nach irgendwas verknüpfen kann
39:43
oder so, sondern halt eben auch den Faktor Testbarkeit mit
39:46
einzubeziehen. Ne?
39:48
Ja, absolut, wirklich. Weil meistens ist es, wie du ja
39:50
meintest n Indikator dafür, ob die Software besser wird oder
39:54
auch robuster. Natürlich ne und sollten dann
39:58
quasi die Unterscheidung oder die die unterschiedlichen
40:02
Implementierungen doch auftreten, dann bist du halt
40:04
drauf vorbereitet. In dem Moment, weil du schon,
40:07
also anhand deiner Tests gesehen hast, ich bin in der Lage, das
40:11
zu skalieren oder variabel zu halten beispielsweise ja,
40:15
definitiv. Ich würd zum Beispiel noch
40:17
sagen, wenn du jetzt also, wo man es jetzt vielleicht nicht
40:20
unbedingt benötigt, wenn du jetzt zum Beispiel sagst, du
40:22
hast irgendwie ne, du schreibst ne Software und du deine
40:25
Software ist eigentlich relativ einfach Straight Forward, da ist
40:29
jetzt nicht so viel rechts und links, du musst auf gar nicht so
40:32
viel achten, das ist ne wirklich kleine Anwendung, das heißt?
40:35
Die Einfachheit ist wichtiger als die Flexibilität an der
40:37
Stelle, weil du die Flexibilität gar nicht brauchst.
40:42
Dann ist es natürlich auch nicht unbedingt notwendig oder ratsam,
40:47
das Bridge Pattern zu verwenden, weil du halt wie bei vielen
40:51
Dingen, wenn du es nicht brauchst und trotzdem ein
40:54
Pattern nutzt, hast du halt immer ein Overhead, ne, also.
40:57
Von den entsprechenden Interfaces.
41:00
Also du hast mehr Interfaces, logischerweise ne wie zum
41:02
Beispiel das Gerät Interface oder halt höhere
41:05
Abstraktionsebenen, die natürlich auch Code wieder
41:08
komplexer machen. Ja ich also ich find es ist so n
41:12
bisschen kleiner trade off, sorry du wolltest gerade noch
41:15
was sagen, aber es ist so n kleiner trade off zwischen finde
41:18
ich. Was brauchst du jetzt schon und
41:22
was brauchst du in der Zukunft, um zu sagen, das brauch ich
41:25
gerade nicht? Das brauch ich definitiv nicht
41:27
in der Zukunft und ich muss mich quasi schon mal im Vorfeld
41:32
darauf einstellen, dass ich das vielleicht noch brauche und mein
41:36
Code flicks, also ich sag mal erweiterbar genug halte um sowas
41:42
eventuell dann später nicht in einem riesen Refactoring umbauen
41:46
zu müssen. Ja, aber das war auch genau das
41:49
richtige Stichwort. Schon Refactoring angenommen,
41:53
ich habe es am Anfang nicht auf dem Schirm gehabt, dass ich das
41:57
zukünftig brauchen werde oder die Bedingungen haben sich so
41:59
extrem geändert, dass es nicht absehbar war, ist das natürlich
42:02
auch kein Weltuntergang, weil man kann ja refactor, man sollte
42:06
Refactor und refactor ist auch n wichtiger Schritt in jedem
42:08
Projekt, auch wenn viele das, ich sag es provokativ so und
42:12
dann Teppich kern sagen, ja nee, keine Zeit für, aber genau das.
42:16
Ist ja der Schritt, der dann, sag ich mal ansteht zu sagen, Na
42:19
ja, aber jetzt mit unseren neuesten Erkenntnissen wissen
42:22
wir, es wäre besser, jetzt auf zum Beispiel das Bridge Pattern
42:25
zu setzen und wir haben es gerade alles gekoppelt, wir
42:29
müssen uns jetzt Zeit nehmen, das umzubauen, man kann es ja
42:31
umbauen, es ist ja nicht so, dass es für immer fest
42:33
verdrahtet ist und du entweder das Projekt Wegschmeißt und neu
42:36
machst mit dem Bridge Pattern oder es halt so lassen musst.
42:39
So ist es ja nicht, ne, das stimmt.
42:42
Und ich find den anderen Punkt auch gut, wenn Einfachheit oder
42:46
sag ich mal dein Projekt an sich schon verlangt, dass du sowas
42:51
gar nicht in Betracht ziehen sollst.
42:53
Ne, dass du halt so spezifisch etwas implementierst, wo es
42:57
einfach wirklich gar nicht sinnvoll ist, irgendwelche
43:01
Flexibilität drin zu haben. Nehmen wir mal noch mal das
43:05
Beispiel Datenbank. Ja also oder ne Anwendung n
43:09
klassisches Backend mit einer Datenbankanbindung.
43:11
Ja, das allein wie wir meinten mit der Testbarkeit, weil ich
43:15
halt auch mit mit einer Datenbank arbeite bietet sich
43:17
das schon an so das flexibel zu halten.
43:20
OK gut würde ich sagen gover it wenn ich jetzt aber keine Ahnung
43:25
ich bin jetzt n Embedded Entwickler und ich schreibe
43:28
Software für ne ganz spezifische Mikrocontroller ja und?
43:32
Welche Flexibilität möchte ich denn da jetzt haben, wenn ich
43:36
wirklich auf dem Mikrocontroller arbeite?
43:39
Also wirklich auf ne ganz spezifische Implementierung hin
43:42
arbeite, dann kann man sich halt fragen, muss ich das jetzt
43:46
machen, killt mir der Overhead nicht vielleicht sogar
43:50
Performance am Ende und das sind halt genau die Unterscheidungen,
43:54
ne also projektspezifisch zu unterscheiden macht das jetzt
43:57
Sinn oder nicht? Ja find ich auch n sehr gutes.
44:02
Beispiel aus dem Real Life, wie man so schön sagt, wo man dann
44:07
das nicht braucht, vielleicht n Adapter später mal.
44:10
Aber ja genau, Adapter löten dann was ich damit oder n
44:20
anderes Beispiel ja wenn du irgendwie ne Software schreibst
44:23
die auf mehreren Betriebssystemen laufen soll.
44:26
Das das ist auch schon so n Indikator wo du sagst na ja gut,
44:28
ich werde ja Unterscheidung in dem Betriebssystem haben wie die
44:31
das umsetzen möchte, aber eigentlich das Gleiche von denen
44:34
abverlangen sozusagen. Dann hab ich schon wieder so vom
44:37
Gedanken her wow, da macht das Sinn, ja oder in Frontends oder
44:42
so ne App Entwicklung cross Plattform was es denn alles so
44:47
gibt halt ne da da macht das alles Sinn aber es gibt halt
44:49
auch Fälle und da geh ich absolut mit wenn Leute das sagen
44:52
so. Ey, ganz ehrlich, dieses Projekt
44:55
ist nur für diese eigene Plattform, wozu?
44:59
Na, weißt du? Und ich find das ist halt wieder
45:01
mal das Stichwort, weil es einfach wichtig ist, sich genau
45:04
zu überlegen, wofür man eigentlich was codet und nicht
45:07
einfach nur sagt Ey, ich hab hier mal gehört Bridgepattern
45:11
ist voll geil, das müssen wir auf jeden Fall nehmen.
45:14
Bringt nichts, wenn du es eigentlich gar nicht brauchst.
45:16
Deswegen das ist halt das wichtige und deswegen ist es
45:19
halt auch gut, dass wir auch diese ganzen Pattern vielleicht
45:22
noch mal nicht nur also auch für uns sag ich jetzt mal auch
45:25
einfach noch mal durchgehen, weil es einfach auch interessant
45:28
ist, sich das noch mal in die Gedanken zu rufen, um zu sagen,
45:32
OK das dieses Pattern gibt es und wann kann man diese solche
45:35
Pattern eigentlich überhaupt benutzen und man sollte sie halt
45:39
nur benutzen, wenn sie halt wirklich auch.
45:41
Wichtig oder dringend sind ne, was nicht heißt, dass man sie
45:44
nicht auch einfach mal implementieren kann, einfach so
45:46
zum Spaß um es mal gemacht zu haben.
45:48
Ne hatten wir auch schon mal gesagt ja ich find das ist auch
45:52
n extrem guter Punkt, weil wir das glaub ich in der Community
45:55
als Frage hatten wie man sich die ganzen Pattern denn merken
46:00
kann und ob wir uns denn alle merken und da haben wir ja auch
46:05
ehrlich und transparent geantwortet, so wie wir es hier
46:08
auch sagen. Ja natürlich merkst du dir nicht
46:10
alle. Ja, du hast irgendwann welche,
46:12
die du vielleicht gerade im Projekt verwendest.
46:14
Dann hast du die auf dem Schirm oder so Evergreens, die du halt
46:18
schon wirklich oft verwendet hast, wie jetzt ne Factory
46:20
beispielsweise in unserem Fall jetzt nur von uns gesprochen,
46:23
die haben wir halt öfter schon mal verwendet, weil die oft cool
46:26
kommt, sagt man so ne, aber es gibt du kannst dir natürlich
46:31
nicht alle Pattern merken, also bin ich der Meinung und das ist
46:34
auch völlig in Ordnung, wichtig ist aber sie.
46:37
Mal zu verstehen und zu verinnerlichen, dass wenn ich
46:41
wieder auf sie stoße, verstehe, warum sie da sind oder warum sie
46:45
benötigt werden. Ja ja und ansonsten hört man
46:50
entweder hier wieder in unsere Reihe rein oder es gibt halt
46:53
auch coole Zusammenfassung im Netz dazu und dann frischt man
46:57
das auf. Und dann ist gut.
46:58
Genau. Dass und da noch mal so n
47:00
bisschen den Druck rauszunehmen, weil wir angeschrieben wurden.
47:02
Oh mein Gott, ich kann mir die alle gar nicht merken, so, ja.
47:06
Nee, da ist es auf jeden Fall. Vielleicht implementiert man ja
47:08
auch einfach mal n Pattern, ohne eigentlich genau zu wissen, wie
47:11
das Pattern heißt, ne, also dass du jetzt wirklich sagst, ja
47:14
klar, das ist jetzt das Bridge Pattern und das macht man, weil.
47:18
ABCDE so, sondern wenn du einfach nur verstanden hast,
47:21
wofür etwas da ist, kannst du es einfach anwenden, auch ohne dass
47:24
du jetzt sagst, ja, das ist jetzt das und das Pattern und
47:26
das macht das und das und das verwendet man da und da und da
47:28
und da nicht so ne, dass man einfach so gesagt hat, die
47:31
Intuition dafür bekommt das Halt zu machen und.
47:33
Deswegen ja, weil du hast halt die Zielsetzung, du weißt ja,
47:35
was du erreichen möchtest. Und dann?
47:38
Sag ich mal. Ja, viele Wege führen nach Rom,
47:41
so ne. Dann heißt es vielleicht nicht,
47:42
dass du jetzt exakten Bridgepattern umgesetzt hast,
47:45
aber du hast versucht, diese diese Vorteile, diese Benefits
47:48
zu r coden sag ich mal ne ne und das ist ja auch der
47:52
entscheidende Punkt am Ende. Ich glaub du jetzt den Bridge da
47:55
ran, schreibst an deine Klassen oder nicht ja oder ob du die
47:58
Factory jetzt Factory nennst oder nicht.
48:01
Ja, ich glaub im alten Rom hieß es noch aquädukpattern, aber sag
48:04
ich mal hergestellt ja. Oh Gott, auch hab ich auch
48:08
gelesen es. Ist es ist schon spät.
48:10
Ich glaub wir machen. Aber ich denke mir, dass ihr
48:12
Angst jetzt auch das Fabi, das war der Moment, wo du jetzt
48:15
gesagt hast, Schluss für heute. Deswegen vielen Dank für die
48:19
heutige Folge. Es hat mir wieder sehr viel Spaß
48:20
gemacht, waren auch hier coole Analogien bei schade, dass wir
48:25
es nicht direkt auf Essen Münzen konnten, aber ich denke fairnuff
48:28
wir waren nah dran Burger und genau einfach noch mal so n paar
48:33
Lebensmittel nennen jetzt. Deswegen bleibt mir eigentlich
48:37
nichts mehr weiter zu sagen, als die Frage zu stellen, wieso oft
48:40
in unserer Reihe, liebe Zuhörerinnen, liebe Zuhörer,
48:43
hast du schon mal das Bridge Pattern verwendet, wenn ja, wo
48:46
und weshalb? Und was sind denn so deine
48:49
Lieblingspattern, weil wir ja gerade gesagt haben, ja die
48:52
Factory, die haben wir zum Beispiel öfter im Einsatz, die
48:54
du häufig verwendest, Teile uns das gerne mit, schreib uns auf
48:58
der Plattform deiner Wahl, du kannst uns auch ne Mail
49:00
schreiben. Alle Links und die Mailadresse
49:03
findest du wie immer in den Show Notes.
49:04
Wir freuen uns auf Deine Nachricht, sind immer happy und
49:07
Antworten auf jeden Fall und auch sehr, sehr gerne ansonsten,
49:11
falls dir die Folge wieder gefallen hat, Empfiehl gerne den
49:13
Podcast weiter 2 oder 3 Freunden, das wäre super, lass
49:17
eine Bewertung da, falls du das noch nicht gemacht hast.
49:20
Wenn du so richtig dir denkst, so Menschen, Jungs ihr seid der
49:23
Hammer, ich möchte euch unterstützen, findest du auch
49:25
einen Spenden Link in den Show Notes, das würde uns mega mega
49:28
freuen. Dann vielen vielen Dank dafür.
49:30
Simon auch noch mal hier noch mal vielen vielen Dank es
49:33
doppelt hält besser wie man so schön sagt und deswegen wünsche
49:36
ich euch eine schöne Woche bis dahin bis zum nächsten
49:39
Donnerstag quasi habt eine schöne Zeit tschau tschau dann
49:42
kommen wir uns. Gemeinsam besser.