Latest / Coding Buddies | Tech & Dev-Mindset / #139 Dekorierst du deinen Code wie er dir gefällt?

Transcript

#139 Dekorierst du deinen Code wie er dir gefällt? · Coding Buddies | Tech & Dev-Mindset

0:00
Also es ist jetzt nur ein Gedankenexperiment, ich mach es
0:02
so nicht. Ja lass es mir so stehen.
0:04
Du stehst gerade super da, wenn sie das hören, dann denken sie
0:07
sich so, och Mensch, der Fabi Coding Buddies, Dein Podcast
0:12
rund um Softwareentwicklung und aktueller Tech News herzlich
0:16
Willkommen. Hallöchen, Hallöchen, willkommen
0:30
zur neuen Folge des Cooningbodys Podcasts.
0:32
Schön, dass du wieder eingeschaltet hast, deine
0:34
Gastgeber. Und wie soll es anders sein,
0:36
meine Wenigkeit, der Tino und er lächelt mich wie immer an, der
0:41
fantastische Fabi, Ich möchte dich begrüßen was geht ab Fabi
0:44
einen wunderschönen guten Tag Tino einen wunderschönen guten
0:49
Tag auch an dich gerichtet Dankeschön was geht was geht.
0:53
Was geht so ab? N bisschen kalt so und grad so n
0:57
bisschen kalt würd ich sagen, aber.
0:59
Hast du mal, hast du sagt man das beim beim Kalendertag auch?
1:03
Hast du mal auf die Uhr geguckt? Nee, also hast du mal in
1:06
Kalender geguckt, es ist logisch, dass es langsam kalt
1:08
wird, aber ich find es ist auch so richtig ungemütlich ne also
1:12
es ist so, das ist ja nicht so kalt schön das ist so kalt,
1:16
ungemütlich, durchwachsen, ist so nasskalt.
1:20
Ja, ja, ja, ja, aber das Ding ist so es es kann ja kalt
1:24
werden, aber trotzdem gibt es manchmal so Tage, wo es einen so
1:27
fröstelt. Mhm, weißt du, und manchmal ist
1:31
es nicht so, also es ist o. K.
1:33
Und heute ist so n Tag wo es dich fröstelt.
1:35
Na ja, so n bisschen OK. Na ja, passiert passiert, aber
1:42
ich denk mal im Laufe der Folge ja wenn du wieder so richtig on
1:45
fire bist fürs Thema, dann wird das schon wieder gehen, dann
1:48
wirst du dich fangen, dann schwitze ich wieder wieder so,
1:54
wenn wieder so hart diskutiert wird.
1:56
Ist aber echt komisch, weil manchmal schwitze ich bei der.
1:59
Bei der Aufnahme. Einfach.
2:03
Aufregung, schwitzen vom Reden. Das ist die Anspannung, das
2:06
kennt glaub ich jeder. Du brauchst ja nicht angespannt
2:10
sein, weil wir haben heute n ziemlich cooles Thema, worüber
2:12
wir sprechen können. Aber bevor wir dazu kommen, das
2:14
ist n Thema, wo vielleicht jetzt der eine oder andere angespannt
2:17
sein sollte und zwar liebe Zuhörer, liebe Zuhörer, falls du
2:20
es nicht mitbekommen hast oder noch nicht Teil unseres Turniers
2:24
bist, es ist jetzt wirklich die höchste oder letzte Eisenbahn,
2:27
wie sagt man so schön noch mitzumachen, denn nur noch
2:32
wenige Stunden Minuten am Turnier teilzunehmen, Minuten,
2:37
Sekunden. Denn wir sind auf der Zigeran
2:40
jetzt zum Zeitpunkt der Aufnahme und wir sind mega gespannt,
2:45
wieviel Einreichungen es am Ende wären.
2:46
Für unser For connect extreme Turnier.
2:50
Und ja ich ich bin hypefarbig ich weiß gar nicht was ich noch
2:54
dazu sagen soll, ich bin absolut Hype, die Phase ging jetzt doch
2:56
recht schnell rum, die Implementierungsphase, es wurde
2:58
viel diskutiert auf dem Discord, es gab viel Feedback, viele
3:01
Leute die gesagt haben sie machen mit, ich bin aber nur
3:04
Hype, ich hab richtig Bock drauf.
3:06
Ja, ich auch. Ich bin auf jeden Fall gespannt,
3:08
wie es dann wird, wir werden ja dann das Turnier auf Twitch
3:12
veranstalten, live und in Farbe sozusagen, und mal gucken, mal
3:17
gucken, ob wir es überhaupt schaffen, an einem Stream
3:20
durchzuziehen oder ob wir dafür vielleicht sogar mehr brauchen.
3:22
Ich bin gespannt, kommt drauf an.
3:25
Genau das werden wir sehen, wenn wir die finalen Einreichungen
3:28
ausgewertet haben. Wie viele es dann am Ende sind
3:32
und. Ja, es gibt auf jeden Fall coole
3:35
Sachen zu gewinnen. Leute, guckt da mal rein.
3:37
Auf unserer Website stehen auf jeden Fall die Preise, da kann
3:40
man mal gucken, was es zu gewinnen gibt, denkt immer dran,
3:43
gibt auch coole Sachen von unserem Sponsor Jet Brains, also
3:47
checkt das mal aus, falls ihr es noch nicht gemacht.
3:49
Habt genau und falls ihr sagt, Nee, das ist jetzt zu knapp,
3:54
keine Sorge, es werden weitere Turniere folgen, dann macht ihr
3:56
einfach beim nächsten Mal mit. Und ja genau genug dazu.
4:01
Lass uns zum heutigen Thema kommen, wir haben nämlich schon
4:03
lange keine Design Pattern folge mehr gemacht und deswegen geht
4:08
es da heute auch direkt weiter. Wir hatten ja als letztes uns
4:14
das Adapter Pattern angeguckt und sind ja damit so in die.
4:20
Strukturellen Design Pattern gegangen und da möchte ich heute
4:24
auch weitermachen und ich hab mal n weiteres ausgewählt, was
4:26
wir uns heute angucken werden und zwar das decorator Pattern.
4:32
Und möchtest du vielleicht einfach mal so n bisschen
4:35
anteasern, n bisschen langsam rein in die Folge was es mit dem
4:39
Pattern auf sich hat. Ja, sehr gerne.
4:42
Tino, sehr gerne. Und zwar ist das decorator
4:46
Pattern dient ja dafür. Um wie willst du es sagen, halt
4:52
Objekte. Wie der Name schon ein bisschen
4:54
sagt zu dekorieren. Ja, also du kannst zum Beispiel
4:58
sagen, dass du halt, ich sag mal, wenn du jetzt so n Geschenk
5:03
hast oder so ne kennst ja ne Weihnachten kommt auch bald,
5:06
hast n Geschenk und das wird ja meistens irgendwie eingepackt ne
5:10
und jetzt hast du vielleicht so, dass du dir sagst, ah, dieses
5:14
Jahr vielleicht mal nicht so viel sich überlegen.
5:18
Meine Schwester, meine Mutter und meine Oma, die kriegen alle
5:21
das gleiche. Ne keine Ahnung, kaufst halt das
5:24
gleiche, packst es aber anders ein, weil du zum Beispiel sagst
5:27
ne, aber zum Beispiel Mama, die mag lieber beispielsweise Farbe
5:31
gelb ja und meine Oma zum Beispiel, die mag lieber die
5:34
Farbe rot, ne. Die Schwester grünt, was auch
5:39
immer so und dann nimmst du dementsprechend anderes
5:41
Geschenkpapier ja und packst dann halt dieses Geschenk ein.
5:45
Das Geschenk ist das Gleiche, ist es unterschiedlich
5:47
eingepackt, aber zum Beispiel weiß ich nicht für die Oma
5:51
schreibst du noch ne Karte dazu, die du dann sozusagen noch mit
5:53
dran klebst. Ne an das Geschenk und bei der
5:56
Mama machst du aber noch ne Schleife dran und bei der
5:59
Schwester keine Ahnung, ja dann. Kommt nichts mehr dran, weil
6:04
reicht schon, das wird eh nicht gewertschätzt, weil es ist nicht
6:06
keiner. Nein, also im Endeffekt erst mal
6:12
krass, dass du unterschiedliches Geschenkpapier hast.
6:14
Ja, also bei mir ist das so. Ich kauf so ne Rolle und da pack
6:17
ich einfach alle ein, weil es muss ja aufgebraucht werden und
6:20
dann sehen halt alle Geschenke sozusagen gleich aus, außer
6:23
natürlich in der im Umfang sag ich mal.
6:26
Aber vom Geschenkpapier her. Also ich find es erstmal
6:28
Chapeau, dass du sagst jeder kriegt seine eigene Farbe, das
6:31
find ich ja richtig toll erstmal.
6:33
Also es ist jetzt nur n Gedankenexperiment ich mach es
6:35
so nicht ja lass. Es uns so stehen.
6:37
Du stehst Grad super. Da, wenn Sie das hören, dann
6:40
denken Sie sich so, och Mensch, der.
6:41
Fabi, ich steh jetzt im Zug. Zwar glaub ich nee auch schon
6:47
mal Geschenkpapier genau, aber im Endeffekt kann man sich das
6:50
so vorstellen. Du hast also du hast immer das
6:52
gleiche Objekt da drin ne, also du hast immer.
6:54
Das also du hast das gleiche Geschenk, weil ich ja meint, das
6:56
sind immer, es sind die gleichen Geschenke für alle 3 Personen,
6:59
aber man packt sie anders ein und mit anderen Accessoires zum
7:03
Beispiel ne also du packst da zum Beispiel verschiedene Layer
7:05
dran, ne Geschenkpapier Schleife oder Karte oder was auch immer
7:10
ne es kommen unterschiedliche Sachen dran, aber im Kern ist es
7:13
halt eben das gleiche und so funktioniert es ungefähr halt
7:16
eben auch beim decorator Pattern wenn es darum geht, dass du zum
7:21
Beispiel Objekte erstellst ne und sagst OK.
7:24
Du kannst die Objekte unterschiedlich dekorieren, mit
7:26
unterschiedlichen Dingen, aber im Kern ist es das gleiche
7:30
Objekt, genau, was man da so als Ziel festhalten kann, ist oder
7:36
die Überlegung dahinter ist, wie kann ich denn Objekte erweitern,
7:39
wie du so schön meintest? Ja, dass ich jetzt Sie zum
7:41
Beispiel in Geschenkpapier einpacke, aber sie nicht
7:45
modifiziere oder neu schreibe. Das heißt, das Geschenk, wie du
7:49
ja auch meintest, es ist das gleiche am Ende, das heißt, ich
7:52
habe mit meinem Geschenkpapier einpackungsmanöver das Geschenk
7:58
nicht verändert, sondern ich habe nur etwas drumrum gepackt
8:01
und genau darum geht es halt auch und das ganze versucht man
8:05
jetzt halt nicht über um jetzt n bisschen in die
8:08
Objektorientierung zu kommen, nicht mit Vererbung zu lösen.
8:12
Also dass ich sage. OK, ich möchte jetzt die
8:15
Geschenke unterschiedlich einpacken, also hab ich jetzt
8:18
vererbe ich jetzt von dem Geschenk an sich und hab
8:21
Geschenk a rotes Papier Geschenk a gelbes Papier weißt du, dass
8:25
ich mir so einzelne Klassen daraus vererbe?
8:28
Das ist halt nicht das Ziel, sondern wie du schon meintest es
8:30
wirklich herum zu packen und Geschenkpapier ist ne super
8:34
Analogie weil man das ja auch. Rappen nennt ja, und deswegen
8:38
wird es manchmal auch halt so allgemein Rapper genannt, das
8:43
decorator Pattern. Und genau darum soll es heute
8:47
auch gehen, denn es ist halt auch n sehr mächtiges Pattern,
8:51
was auch viel eingesetzt wird. Also ich bin mir eigentlich
8:54
ziemlich sicher, dass jeder, der schon ne Weile codet oder auch
8:58
relativ schnell am Anfang, wenn man zum Beispiel ja vielleicht
9:01
mit Python startet oder so, da ist das ja auch so.
9:05
Ich sag mal nativ in der Sprache eingebaut.
9:08
Ja, also du kannst halt dieses decorator Pattern wird dir halt
9:11
überall begegnen oder halt in Frameworks wie Angular.
9:16
Ja da hast du sowas auch wenn du jetzt zum Beispiel an Components
9:19
denkst, wie die deklariert werden, ne, dass das auf meta
9:21
eben erkannt wird, dass es ne Component ist.
9:23
Da hast du halt auch Decorators oft auch an so at Symbolen.
9:28
Erkennbar ja. Also man muss mal gucken, was
9:30
unter der Haube ist, aber das ist so n Anzeichen dafür, dass
9:32
da halt auch unter der Haube so n Pattern verwendet wird und ich
9:37
find lass uns mal noch n bisschen bei Analogien bleiben,
9:40
dass man sich das Ganze noch n bisschen besser vorstellen kann,
9:44
dann würd ich sagen hau ich mal die nächste rein, also das
9:46
Geschenkpapier fand ich auf jeden Fall cool, das kann man
9:49
sich gut vorstellen das ganze, ja das fand ich auch richtig gut
9:52
ja ja du bist nicht zufrieden mit dir, das seh ich.
9:56
Das ist. So doof.
10:00
Aber ich denke, gerade bei der Design Pattern Reihe schulden
10:04
wir unseren Zuhörerinnen und Zuhörern eine Sache und zwar
10:08
dass wir ne Analogie mit Essen reden.
10:09
Also wir werden ja sehr oft sehr oft darauf hingewiesen, dass die
10:14
Leute immer nach den Folgen Hunger kriegen, weil wir immer
10:16
so oft über Essen reden und ich finde, das sollten wir jetzt
10:18
auch nicht einreißen lassen. Und deswegen bringe ich einfach
10:22
noch mal so ein. 2. Analogien aus dem Bereich des
10:24
Essens ja, und zwar stell dir vor, Pizza, Pizza, Pizza ist
10:31
echt. Ja das war klar, ich weiß auch
10:34
3123 Pizza ja Pizza ist halt n super Beispiel dafür, jetzt hast
10:41
du ja gesagt, wir haben im Prinzip so ne Art Basisklasse,
10:44
das ist unsere Pizza ja also ne ganz einfache Margarita zum
10:47
Beispiel. Oder noch einfacher, ohne Käse,
10:50
einfach nur so mit Tomatensoße drauf.
10:52
Ne, du hast den Teig, du hast ne gewisse Form und Tomatensoße
10:56
drauf, das ist so deine Basisklasse, da geht der Daumen
10:58
hoch, ganz genau fabi das ist super ne super Basis für ne
11:02
Pizza und ja jetzt möchte ich aber verschiedene Varianten
11:07
machen, aber ich möchte ja nicht sagen in meinem Code oder sagen
11:11
wir mal so von der Vorstellungsweise, dass ich
11:13
jetzt Objekt. Hawaii Pizza um nur mal kurz n
11:18
paar Leute zu triggern. Ja tono keine Ahnung was es
11:22
alles gibt, so ja dann will ich ja nicht sagen, das ist also ich
11:26
sag ja nicht ja nee das ist ne Hawaii Pizza und das ist ne
11:29
Thunfischpizza im Sinne von das sind 2 komplett unterschiedliche
11:33
Sachen weil unter die Basis dahinter ist ja die gleiche
11:36
Pizza ne also wie stell ich diese Pizza her ich es sind ja
11:41
keine unterschiedlichen Herstellungsprozesse, dass ich
11:43
nicht die gleiche Basis hab, sondern.
11:45
Ich belege sie ne, also ich veränder nicht meine ganz
11:51
klassische Pizza, die liegt jetzt vor mir.
11:54
Ja keine Ahnung was ist so n Standard 28 Zentimeter
11:58
Durchwasser keine Ahnung super und dann fang ich halt an sie zu
12:04
belegen nachdem wie ich sie haben möchte aber ich veränder
12:08
ja nicht meine Grundpizza und genau das ist das decorator
12:11
Prinzip dahinter, das heißt? Ich kann während der
12:15
Herstellung, und das ist jetzt n ganz wichtiger Punkt bei dem
12:19
Pattern, ich kann während der Herstellung ja entscheiden, wie
12:23
ich Sie haben möchte, indem ich sie dekoriere.
12:26
Mhm. Ja, mit Geschenken.
12:28
Also ich muss ja nicht quasi während ich den Teig ausrolle,
12:33
ist ja noch nicht wichtig, was für ne Pizza das wird,
12:36
sozusagen, es ist ja die gleiche Basis, das heißt ja keine
12:39
Ahnung, ich mach den Schinken drauf, ananaskäse drüber.
12:43
Ich find das Beispiel einfach super und dann hab ich ne Hawaii
12:47
Pizza hergestellt. Aber wie gesagt das ist die
12:49
Basispizza dekoriert mit Schinken, mit Ananas und mit
12:53
Käse mit Geschenkpapier. Also ich erweiter das und in
12:56
Geschenkpapier eingepackt am Ende gelbes klar bei Pizza und
13:01
da das ist halt. Ich find daran kann man das gut
13:05
erkennen, weil jetzt nehm ich die nächste Basispizza und mach
13:08
statt den Schinken mach ich dann Thunfisch, Zwiebeln, keine
13:12
Ahnung was da drauf kommt ne und wieder Käse also käsebuster Käse
13:16
kannst du fast zur Basispizza erzählen.
13:19
Ja und und so kann man sich das ganz gut vorstellen ne dass ich
13:22
sage ich habe ein Objekt was ich nicht veränder, ich erweiter es
13:26
nur ich dekoriere es nur um quasi.
13:29
Zur Laufzeit in der Herstellung während ich es tue, quasi nicht
13:34
im Vorfeld entscheiden kann. Wie soll sie aussehen, ne, weil
13:41
ich ich sag ja auch nicht ich hab 5 mal die Pizza und 5 mal
13:44
die Pizza jetzt mach ich den lan auf und jetzt nimmst du die oder
13:48
nicht die sind in Stein gemeißelt sozusagen ne also ich
13:51
habe jetzt feste Objekte. Hawaii Pizza und Thunfisch,
13:55
Pizza und jetzt kommen die Leute gut, ich hab noch 3 Hawaii, nimm
13:58
davon ein oder nicht. Klar man wir gehen jetzt mal
14:01
davon aus, dass du sie frisch machst.
14:03
Ja, sondern du bestellst und kannst dann während der
14:07
Herstellung entscheiden wie sie aussehen soll und genau dafür
14:09
ist dieses Pattern halt. Super.
14:11
Ja, und du hattest es ja eben schon n bisschen gesagt, dass
14:16
man ja im Endeffekt auf der Karte sagen kann, OK, ich möchte
14:20
also. Du siehst die Karte und sagst so
14:22
ich möchte ne Hawaii Pizza, aber es wär irgendwie ganz nett wenn
14:24
keine Ahnung ich ich möchte nicht den Schinken drauf haben,
14:26
ich mag total Ananas auf der Pizza aber ich möchte gerne
14:30
keinen Schinken drauf haben wär das auch möglich, dann kannst du
14:32
das ja auch theoretisch machen aber und das ist ja genau der
14:36
Punkt, du hast jetzt zum Beispiel ne Hawaii Pizza aber du
14:41
hast jetzt zum Beispiel nicht so was wie ne Pizza.
14:44
Grundpizza, Ananas, grundpizza, Ananas, Schinken, Grundpizza,
14:49
Ananas, Schinken, Käse. Weißt du also du hast jetzt
14:51
nicht sozusagen da diese ganzen Permutationen auf der Karte, die
14:56
du irgendwie vielleicht sag ich jetzt mal, herstellen könntest,
14:59
weil das wäre jetzt zum Beispiel wieder so ne Art und Weise, das
15:03
Ganze in Vererbungen oder Klassen zu packen, dass du
15:05
sozusagen so Klassenexplosionen am Ende hast und sagst, du
15:10
machst von jeder Eventualität legst du dir halt eben irgendwie
15:13
im Vorfeld schon mal ne Klasse an, damit du auf alles
15:15
vorbereitet bist. Ne, und dann hast du natürlich
15:19
irgendwann einfach nur noch riesen Wirrwarr und das ist halt
15:21
so n bisschen der natürlich der Vorteil, wenn du sagst, du
15:25
kannst es halt dekorieren wie du möchtest, ne aber Tino eine
15:28
Frage warum dekorierst du die Pizza und bildest sie nicht?
15:41
Also ja, man kann natürlich dabei also auch direkt an das
15:45
Factory Pattern denken. Ja, also dass du sagst in der
15:48
Herstellung ne, ich erstelle unterschiedliche Pizza Objekte
15:54
so, das ist ja haben wir auch drüber gesprochen, kann auch n
15:57
Anwendungsfall sein, wir haben auch zu dem Zeitpunkt.
16:02
Burger und Pizza vielleicht auch.
16:04
Ich weiß es gar nicht mehr. Es ging auf jeden Fall auch um
16:06
Essen genannt, warum dann Factory Pattern auch in Ordnung
16:11
ist oder ein Anwendungsfall ist als Analogie und das ist halt
16:14
genau die Frage, die man sich da stellen muss, wie flexibel muss
16:20
ich zur Laufzeit sein, das ist eigentlich so der der
16:24
Kerngedanke ne und möchte ich nicht meine Basis verändern.
16:30
Ja. Das sind, das sind so die
16:33
unterschiedliche, also das eine ist ich modifizier, mein mein
16:38
Objekt und das andere ist auch so n bisschen ich modifizier
16:41
mein verhalten, wir bringen nachher ich hab noch n mir noch
16:44
n anderes Beispiel überlegt was so n bisschen technischer ist,
16:46
wo man das denn noch n bisschen genauer erkennen kann, da wo wo
16:51
man denn quasi sagen kann hier ist so die Grenze wo zum
16:55
Beispiel n Factorypad dann gar nicht mehr.
16:58
Sinnvoll ist, sondern es eher darum geht, n anderes Verhalten
17:01
aufzurufen und man da eher zum Beispiel sowas wie ein decorator
17:05
Pattern verwenden sollte. Ich find.
17:07
Es auf jeden Fall lustig, dass du auf Factory pattern kommst,
17:09
weil das stimmt. Ich hab gerade tatsächlich an
17:12
Bilder Pattern gedacht, weil rein theoretisch könntest du ja
17:15
auch dich hinstellen und sagen, ich nehm zum Beispiel n Bilder
17:17
pattern um eventuell so ne Pizza aufzubauen, ne ist aber sind
17:22
aber wie gesagt, man kann ja, das ist ja im Endeffekt genau
17:25
der Punkt, man kann für. Man kann immer unterschiedliche
17:29
Pattern theoretisch für das Gleiche verwenden.
17:31
Die Frage ist aber dann am Ende natürlich welches passt dazu ne
17:36
und das hatten wir auch immer schon in den Folgen bisher
17:38
gesagt, es ist meistens so, dass du auf jeden Fall in der Lage
17:43
bist verschiedene Pattern zu nutzen für das gleiche Problem,
17:46
aber man muss halt immer n bisschen gucken, OK, welches
17:48
passt denn jetzt am besten? Manchmal passen aber auch
17:51
mehrere, das ist n bisschen abwägungssache, ne?
17:55
Lass uns das noch mal n bisschen klarer machen bei der Pizza.
17:58
Nicht, dass da jetzt Verwirrung aufkommt, ne, also wenn ich
18:00
jetzt rein über die Herstellung der Pizza spreche, so wie ich es
18:03
gerade getan hab, gut kann man sagen kann man argumentieren OK
18:07
da ist ne Factory oder n Bilder also n herstellungspattern ja n
18:11
Erschaffungspattern sinnvoller OK gehen wir aber mal wirklich
18:17
aufs Verhalten, zum Beispiel was kostet mich die Pizza am Ende?
18:23
Ich möchte jetzt berechnen. Ja, ich glaube, das kennt jeder.
18:26
Zum Beispiel, wenn man Pizza bestellt und man sagt, ich
18:28
möchte weitere Zutaten da drauf haben, dann sind da ja so Preise
18:33
angegeben, ne, also keine Ahnung was hatte ich hawaii, ich will
18:37
jetzt nur Ananas auf ne normale Schinkenpizza legen lassen, das
18:40
Kost mich oh Mann ich muss mir irgendwas ausdenken, keine
18:44
Ahnung ob das realistisch ist 1 50 oder so extra ne für dich
18:47
Pizza für dich aufpasst würdest du nehmen ist n fairer Deal
18:52
super ist n fairer Deal. So, und wenn man sich sowas
18:56
vorstellt, da komm ich halt dann wirklich in das decorator
18:58
pattern, dass ich sage, ja, berechne mir doch mal was die
19:01
Pizza kostet ne basispizza ja kostet immer das Gleiche, das
19:05
ist dein Objekt und das willst du auch nicht verändern, du
19:07
willst ja jetzt nicht zum Beispiel mit dem Factory Pattern
19:10
sagen na ja gut, ich erzeuge mir jetzt unterschiedliche, sag
19:16
schon pizzen, ja und? Den Preis muss ich immer neu
19:20
setzen, weil ich muss dann gucken, was drauf ist.
19:22
Ich errechne mir das und kann dann sagen, was die Pizza
19:25
kostet. So, das kann ich machen, wenn
19:28
ich ne klein. Also wenn ich ne kleine Variante
19:31
hab ne wie wir es damals besprochen haben, du hast ne
19:34
Karte, da sind 5 Pizzen drauf, das sind jetzt 5 verschiedene
19:37
Objekte sozusagen und anhand mit meiner Factory kann ich
19:41
entscheiden welche zurückkommt wenn ich mir jetzt aber
19:44
vorstelle. Jetzt möchte aber jemand Zusatz
19:47
zusätzliche Zutaten da drauf haben, dann fang ich ja nicht an
19:51
in der Factory neue Objekte zu erzeugen.
19:53
Zu sagen Oh warte mal der der Kunde gestern ne der der war
19:57
richtig crazy, der wollte auf seine Hawaii Pizza einfach weiß
20:00
ich nicht ja Zwiebeln Sardinen das ist Crazy Sardinen da drauf
20:05
haben ja und dann warum soll ich jetzt ne Pizza erschaffen ne
20:11
Hawaii Sardinien was keine Ahnung OK der war schlecht
20:13
sorry. Und hab halt quasi n komplett
20:18
neues Objekt dafür, sondern da bietet sich dann ja wirklich zu
20:21
an zu sagen, nee, ich habe meine Hawaii Pizza und dieser Kunde
20:24
kriegt jetzt halt da sardin drauf und dann berechnen wir
20:29
also zur Laufzeit n anderes Verhalten und n neuen Preis und
20:33
da kommst du halt dann ganz schnell in die Bereiche wo denn
20:37
ein dekorator Pattern einfach besser ist.
20:39
Ja beziehungsweise wie du auch meintest, man kann es mit
20:42
verschiedenen Sachen lösen und das eine.
20:44
Verbietet nicht das andere. Ich kann ja ne Factory haben und
20:47
darauf aber trotzdem noch aufbauen.
20:50
Richtig. Ich hoffe, das hat es mit dem
20:52
Preis noch mal n bisschen klar gemacht.
20:54
Ja, ist so. Also ich find es auf jeden Fall
20:56
fand es auf jeden Fall sehr gut erklärt, auch wenn jetzt zum
20:59
Beispiel wenn man sich jetzt hinstellen würde und sagen
21:02
würde, um das jetzt auch noch mal abzugrenzen, du hast n
21:04
decorator und du hast n Builder, es sind halt erstmals sag ich
21:09
jetzt mal Design pattern aus verschiedenen.
21:14
Kategorien ist eines n Erzeugermuster, das andere ist n
21:16
strukturmuster ne und also sein Decorator ist n strukturmuster
21:21
und der Bilder ist n erzeugermuster und genau beim
21:24
Decorator ist es ja so, dass man sagt wie wir ja schon jetzt paar
21:28
mal gesagt hatten, ich möchte das Verhalten eines Objektes zur
21:31
Laufzeit erweitern, ne das heißt ich hab jetzt n Objekt und
21:34
möchte da noch was da hinzufügen das heißt du kannst wie gesagt
21:36
zur Laufzeit einfach dem Objekt noch ein bisschen mehr
21:39
dazugeben. Bei einem Builder ist es so,
21:42
dass du eigentlich nichts anderes möchtest, als relativ
21:44
bequem ein komplexes Objekt kontrolliert zu.
21:48
Also erstellen sozusagen ne und da ist es ja so, dass du
21:52
wirklich ein Objekt hast, ne was du irgendwie erstellst auf
21:57
verschiedene Art und weisen. Es wird aber n relativ komplexes
22:00
Objekt sein, bei einem Decorator ist es halt so, dass du
22:03
eigentlich sagen wir mal n relativ simples Objekt hast.
22:06
Was du aber immer so je nach Gusto halt eben erweitern
22:10
kannst, ne. Genau.
22:14
Um das noch mal abzugrenzen, aber ich find das halt relativ
22:16
spannend, weil ich kann mir durchaus vorstellen, bei mir ist
22:19
es zum Beispiel früher mal so gewesen, dass ich mir dachte, so
22:22
OK, jetzt kommt das Pattern. Aha OK, ja versteh ich, jetzt
22:26
kommt das pattern aha ja OK versteh ich jetzt kommt das
22:29
pattern Moment warum kann man eigentlich für alles das Gleiche
22:32
nehmen weil ne das ist finde ich das macht die Sache weil du es
22:35
ist ja durchaus möglich mit der gleichen Analogie ähnliche
22:38
Pattern zu erklären. Aber diese kleinen Feinheiten,
22:43
die dahinter stecken, und das hat mich zum Beispiel früher
22:45
manchmal etwas verwirrt, weißt du?
22:47
Ja, ja, absolut verständlich. Ich find deswegen ist auch
22:51
wichtig, immer mit vielen Beispielen und Analogien zu
22:54
arbeiten und deswegen landen wir auch immer beim Essen, weil da
22:56
kann glaub ich jeder mitreden, weil jeder liebt Pizza und wenn
22:59
nicht dann krass wow. Aber lass uns noch mal ein
23:07
technischeres Beispiel technischeres Beispiel auch das
23:11
Technischere was ist? So du meintest, du hast da noch
23:15
einen Zauber raus. Genau.
23:16
Und zwar lass uns mal an so ne nottifire klasse denken, ne.
23:21
Also wir haben jetzt irgendwie eine Software entwickelt und
23:25
müssen so Benachrichtigungen rausschicken und haben so nen
23:28
klassischen Nottifire eingebaut, der e Mails versendet so damit
23:32
das ist unsere Basis. Ja also damit ging es los.
23:36
Und haben uns nichts weiter dabei gedacht, nicht irgendwie
23:39
an Pattern gedacht, weil es gibt halt nur diesen ein Notifire und
23:44
auch nur die Funktionalität oder das Verhalten, dass E Mails
23:47
rausgeschickt werden. Und auf einmal heißt es dann, na
23:52
ja, aber in dem und dem Team oder in der und der
23:55
Anwendungssache. Wär es halt nicht schlecht, wenn
23:59
wir zum Beispiel wir nutzen, sag ich mal als Slack auf Arbeit.
24:04
Ja und wir möchten auch, dass in einen gewissen Channel
24:07
geschrieben wird. Ja so n klassisches Beispiel,
24:10
keine Ahnung, unsere Pipeline hat n Fehler geworfen im CIC
24:14
Detail ist irgendwas nicht am Ende integriert worden oder
24:18
nicht deployed worden, das wollen wir als Benachrichtigung
24:20
in so einem Team Channel haben. Als.
24:22
Beispiel ne. Oder was ist noch klassisch SMS?
24:27
Ja, ich möchte ne Benachrichtigung aufs Handy
24:29
haben, von mir aus weiß nicht, dass das SMS für dich klassisch
24:33
ist, aber na ich find das also Steinzeit, also sagen wir mal du
24:37
kriegst irgendwie so n das kennt doch jeder, dass du so n Code
24:40
aufs Handy geschickt bekommst oder so OK touché ja ist OK, es
24:44
geht auf alles gut, pass auf, du kriegst n Brief nach Hause so
24:48
jetzt kannst du Steinzeit sagen. Ich schreib dir n Brief mit der
24:52
Benachrichtigung auf jeden Fall, worauf ich hinaus möchte ist,
24:57
dass man ja dann in diese subklassen Hölle kommt, ne wie
25:01
du so schön meintest, weil du fängst ja jetzt nicht an und zu
25:04
sagen OK warte mal, warte mal. Wir haben jetzt so verschiedene
25:07
Nortifier ja OK warte mal ne das ist nicht schlecht, da machen
25:10
wir jetzt, da machen wir, da machen wir Factory, ich greif
25:14
noch mal ich nehm das noch mal ne so dann haben wir ne.
25:17
E Mail notifire Slack, notifire, Essen, Essen, Notifire, Brief,
25:22
Notifire und so kannst du ja anfangen.
25:26
Aber was ist, wenn jetzt die Leute sagen, na ja, warte mal,
25:29
warte mal, warte mal, aktuell wär es nicht schlecht wenn wir
25:32
zu der E Mail noch n Slack notifire hätten, also da die
25:35
Benachrichtigung kriegen das würden wir gerne genau.
25:41
Die sagen jetzt einfach, wir möchten das gerne aktivieren.
25:43
Ja OK, ich baue meine Factory in e mail slack notifire ein.
25:47
Ja nee, machen wir noch, machen wir noch mal SMS auch noch dazu,
25:51
weil SMS finden wir toll gut e Mail Slack SMS notifire
25:55
implementiert so und das da sieht man ja schon, wo soll das
25:58
hinführen? Du willst ja nicht für jede
25:59
Kombination jetzt ne Instanz erzeugen mit den gewissen
26:03
Eigenschaften gerade wenn du zum Beispiel sagst ey ich möchte
26:06
bitte notifications an und ausschalten.
26:08
Können. Ja, du willst ja nicht auf alle
26:11
Individualitäten vorbereitet sein und da nutzt man dann
26:15
einfach n Decorator und sagt OK, das Standardverhalten ist e
26:20
Mail, du willst SMS bau ich dir drum rum dein Standard notifie
26:25
ist der gleiche, nur zusätzlich zu der Funktionalität versende
26:28
ich noch ne SMS oder ne Nachricht auf dem Slack Channel
26:31
und da finde ich das ist n richtig klassischer
26:34
Anwendungsfall. Der wo das Decoratorpad dann
26:38
einfach so richtig seine Stärken ausspielen kann.
26:40
Definitiv. Das ist ja auch das, was ich
26:42
vorhin so so meinte, dass man ja theoretisch, wenn du diesen
26:47
Decorator zum Beispiel nicht nutzen möchtest, aber.
26:51
Das irgendwie anders lösen möchtest, kommst du relativ
26:53
schnell in so ne klassenexplosion, dass du halt
26:55
irgendwie alle Kombinationen permutationen.
26:57
Wie auch immer von den entsprechenden Möglichkeiten die
27:01
du hast, irgendwie kombinierst ne und wenn du sagst, OK du hast
27:05
2, dann hast du halt vielleicht nicht so viele Möglichkeiten,
27:07
aber je mehr es halt werden, desto mehr Klassen würdest du
27:10
haben und ich find das ist auch wieder mal n gutes Beispiel zu
27:13
sagen, du baust etwas. Was zum Beispiel eventuell in
27:19
Zukunft ne, also das ist halt immer genau so n bisschen das
27:22
was man so auch bei softwarearchitektur sich dann
27:25
überlegen kann, weil klar wir hatten über so Dinge gesprochen
27:29
wie jagny ne you ain't Gonna need it so nach dem Motto OK,
27:32
ist doch jetzt erstmal egal, du brauchst es gerade nicht und das
27:35
ist so n Trade auf zwischen dem was.
27:39
Aber wahrscheinlich in Zukunft passiert.
27:41
Weißt du, dass du halt gucken musst?
27:43
OK, klar, du brauchst es nicht, also Bau jetzt zum Beispiel noch
27:46
keinen Slack notifire, wenn du ihn noch nicht brauchst.
27:50
Das ist ja logisch, aber setz doch deine deine Software schon
27:55
mal so auf, dass angenommen sowas würde kommen, du es.
27:59
Relativ einfach erweitern kannst, ohne dass es hinterher
28:02
so n Mess wird. Weißt du, dass du hinterher
28:04
sagst, so, oh mein Gott, wo sind wir hier gelandet?
28:07
Ne packst noch 5 notifier, die dann in den nächsten halben Jahr
28:12
dazu kommen mit dran und denkst dir dann auf einmal oh Gott, wir
28:15
haben aber hier völligen Scheiß gemacht ne das ist so finde ich
28:18
dieser kleine Unterschied zwischen man muss gucken wie man
28:22
seine Software baut. Aber nicht das implementieren,
28:25
was man noch nicht braucht. Ne und das finde ich kann man
28:27
relativ gut auch mit solchen Patterns dann teilweise
28:31
gewährleisten, weil du halt sagen kannst, OK ich bau das so
28:34
auf und kann dann zukunftssicher meine Software sozusagen
28:41
erweitern, wenn es denn sein muss, aber muss erstmal noch
28:45
nicht das implementieren was ich noch nicht brauche, das ist
28:48
eigentlich immer ganz cool und der Vorteil auch von solchen
28:51
Patterns dann zum Beispiel. Genau, weil das decorator
28:55
Pattern ja auch wirklich dafür gut geeignet ist, weil du halt
28:59
deine basisimplementierung, deine Basisklasse ja nicht
29:02
modifizieren musst. Also du baust wirklich drumherum
29:06
muss man natürlich auch gucken, dass das nicht ausufert, sag ich
29:09
mal. Aber dann, da sieht man ja auch,
29:11
wieso Pattern denn einfach wirklich sehr viel Struktur
29:13
reinbringen, also in den Code jetzt.
29:15
Genau. Also es ist im Endeffekt auf
29:17
jeden Fall NN super pattern um, ich sag mal dieses.
29:22
Schöne diesen schönen Satz. Man ist offen für Erweiterung
29:26
ne, aber geschlossen für Veränderungen so.
29:30
Ja, ja genau das Filter genau, aber dann haben wir jetzt quasi
29:37
so n zum Beispiel das Beispiel diesen Basisnottifire ne und wie
29:41
du meintest You aint Gonna need it.
29:43
Das war einfach zu dem Zeitpunkt genau das was gebraucht wurde
29:46
und deswegen gibt es halt nur das.
29:48
Jetzt hatte ich ja gesagt OKSMS Slag alles Mögliche.
29:52
Wie funktioniert denn das technisch jetzt da n decorator
29:55
Pattern einzubauen? Genau, also NN decorator
29:58
Pattern, wenn man sich das so grob überlegt, da brauchst du
30:03
ungefähr so 4 Klassen, ne also oder was heißt Klassen?
30:06
Also du brauchst 4 Konstrukte und zwar brauchst du einmal die
30:10
Komponente selber ne, also nennen wir es mal Komponente ne
30:14
zum Beispiel diesen Notifire. Das ist aber jetzt keine Klasse,
30:17
das ist n Interface mehr oder weniger ne was n Interface ist
30:20
hatten wir glaub ich auch schon 1 der ersten Pattern folgen
30:24
erklärt und in diesem Interface steht eigentlich nur die
30:28
Beschreibung drin was so n notifier können muss,
30:31
beispielsweise ne also was was was soll der können ne zum
30:34
Beispiel hat der dann die die Funktion notifier und zum
30:36
Beispiel noch sowas wie was weiß ich ne Get Name hat n Namen
30:41
kannst du n Namen holen ne also dass du halt im Endeffekt nur
30:44
beschreibst. Wie n klassisches Interface was
30:47
kann denn theoretisch dieser also so ein Notifire, ne, also
30:51
jedes Objekt was ein Notifire ist, kann halt eben dieses
30:54
Notifire eben machen und wenn du dann sagst, OK du hast dann aber
30:58
von diesem, von dieser Komponente, diesen Notifire,
31:01
hast du dann logischerweise auch wieder eine konkrete
31:04
Implementierung. In dem Fall dann zum Beispiel
31:07
Simple Notifier, ne beispielsweise simple Notifier
31:09
könnte jetzt einfach nur der E Mail notifier sein, ne, so
31:12
kannst es jetzt erstmal nennen wie du möchtest, kannst du auch
31:14
sagen, OK es ist der e Mail notifier, weil du auf jeden Fall
31:16
sagst e Mail wird immer versendet, egal was ist ne so
31:20
also nennen wir es mal abstrakterweise etwas einfach
31:22
nur simple Notifier der auf jeden Fall ne e Mail rausschickt
31:25
so ne und wenn du dann implementierst also die
31:31
Funktionalität notifier. Im simple Notifire in der
31:37
konkreten Komponente sozusagen. Dann wird auf jeden Fall ne e
31:42
Mail versendet und wenn du sagst, gib mir mal den Namen,
31:44
dann heißt es OK, der Name ist jetzt beispielsweise e Mail
31:48
notifire oder simple notifire wie du möchtest ne sagen wir mal
31:51
jetzt, der simple Notifire gibt dann halt die e Mail notifire
31:54
als Name raushält, damit man noch mal so n bisschen den
31:56
kleinen Unterschied vielleicht so sehen kann ne und dann kannst
31:59
du halt eben noch diesen Dekorierer.
32:03
Erstellen und der Dekorierer ist im Endeffekt sagen wir mal ne
32:06
abstrakte Klasse die den das Interface wie hatten wir es
32:12
genannt Notifire also diese Komponente implementiert.
32:15
Ne, das heißt du hast sozusagen dann ein sagen wir mal notifire
32:23
decorator ne der dann sozusagen den Notifire implementiert.
32:30
Soweit so gut. Ja, bin bei dir sehr gut.
32:35
Und dann hast du aber in diesem Decorator, in dieser abstrakten
32:40
Klasse hast du ein Objekt hängen, was im Endeffekt der
32:45
Notifire ist, ne, also dieser dieses Interface notifire so.
32:52
Und jetzt kannst du halt, und das ist jetzt so n bisschen das,
32:55
was dann oben drauf kommt, einen konkreten Dekorierer ne.
32:58
Also wir hatten ja ne Komponente, ne konkrete
33:00
Komponente und jetzt haben wir n dekorierer und einen konkreten
33:04
Dekorierer sozusagen Implementierung davon genau also
33:06
wieder ne Implementierung. Vom Decorator sozusagen, von der
33:10
abstrakten Klasse Decorator ne, also von dem Notifire Decorator.
33:14
So, und das heißt, du kannst dann zum Beispiel deine E Mail
33:17
noch dekorieren, wie wir es ja gesagt hatten, wir werden
33:19
Geschenk zum Beispiel kannst du jetzt anstatt gelbes
33:22
Geschenkpapier nimmst du jetzt aber zum Beispiel diesen die SMS
33:26
dazu oder anstatt rotes Geschenkpapier nimmst du dann
33:28
vielleicht aber beispielsweise die Slack Notification dazu und
33:32
dann kannst du halt sagen, OK pass auf, du hast halt in deinem
33:35
konkreten Dekorierer ne, also in deinem.
33:39
Sagen wir mal Slag decorate, also Slag notifier decorator
33:44
nenn ich das jetzt mal. Hast du dann die Möglichkeit zu
33:48
sagen, OK, ich muss ja ebenfalls die Funktionen noti, also
33:53
Notifier und get Name implementieren muss ich ja auch
33:56
machen, nur dass dann im Endeffekt, dass du dann sagen
33:59
kannst, ich kann aber von meiner von meinem simple Notifier die
34:03
notifier Funktion aufrufen, ne. Und kann dazu aber noch ne
34:08
andere Notifier aufrufen, also sozusagen in eine eigene
34:12
Implementierung. Also wird einmal ne e Mail
34:14
rausgesendet, weil du sozusagen von deiner ursprünglichen, von
34:17
deinem simple Notifier sozusagen diesen notifier aufrufst und
34:20
zusätzlich, das ist die E Mail und zusätzlich eben noch dann
34:23
deine Slacknachricht verschickst ne und genauso wenn du dann
34:26
sagst, gib mir mal den Namen von diesem Notifier, dann steht da
34:29
zum Beispiel simple Notifier und.
34:34
Slack, Not die Fire oder so, dann weißt du auf jeden Fall OK,
34:36
diese beiden Sachen werden hier also quasi gemacht, so wenn du
34:42
es jetzt in get Name verpackst ne.
34:45
So, ja, ja, genau das ist ja auch so n bisschen, dass der
34:51
Trick dabei, warum das so schön funktioniert.
34:54
Weil man kann sich das ja wirklich, wieso n.
34:56
Stapel am Ende vorstellen ne, also ich hab so meine
34:59
basisimplementierung ich Stapel halt immer weitere
35:03
Funktionalitäten drauf, das heißt die eigentliche
35:08
Funktionalität ist die gleiche, ich packe einfach nur noch mehr
35:11
drauf und ändere aber nicht die eigentliche Implementierung, da
35:16
zum Beispiel das Beispiel mit dem mit dem Preis für die Pizza.
35:22
Ja, also wenn ich jetzt halt die dieses decorator Pattern nutze
35:26
und mir quasi auch immer wieder ne Instanz zurückgebe von dem
35:31
wie es aktuell aussieht ne. Also ich hab die Basisinstanz,
35:33
die hab ich OK, dann sag ich also gehen wir mal davon aus wir
35:37
haben ne Margarita, bauen wir das noch mal komplett auf das
35:39
Beispiel so da ist nichts drauf, dann sag ich ja jetzt hab ich n
35:42
decorator Salami und ich Schinken gerade mal vorhin
35:45
Schinken. So, dann nehm ich jetzt ne
35:47
Implementierung von meinem Decorator und sag zum Beispiel
35:50
ist der Schinken decorator. Das ist n klassischer Name für
35:53
sowas. Ja so und da geb ich meine
35:56
Basispizza rein, das heißt der kennt jetzt meine Basispizza ne
36:02
und die hat zum Beispiel sowas wie Get Cost ne und da steht
36:06
keine Ahnung. 5€ sagen wir mal drin ja genau dann kann ich
36:10
sagen ich implementiere da ich ja das gleiche Interface
36:13
implementieren muss get cost. Sag ich.
36:17
OK, ich habe ja meine Basispizza quasi als Eingabe bekommen.
36:22
Ja. Dann ruf ich davon einfach get
36:24
cost auf. Das sind 5€ und Addiere jetzt
36:28
was 1 50 dazu für den Schinken und das ist meine Get Cost für
36:32
Schinken n fairer Preis denk ich ja so also sag ich dir einfach
36:37
ich nehm einfach wirklich die Implementierung, ich rühr die
36:39
nicht an die Pizza, die Standardpizza kostet weiterhin
36:41
5,00€. Ich bau nur drumherum, dass ich
36:45
jetzt Schinken drauf lege und sage plus 1 50 genau und gebe
36:50
das wieder zurück. Und das ist immer noch eine
36:52
Pizza. Ne, das ist halt das richtige.
36:54
Immer genau, genau, genau. Es ist immer noch die Pizza, nur
36:57
dass ich jetzt noch die weiter dekoriert hab, das ist n schönes
37:01
Wort, passt einfach auch bei Pizza ne man sagt ja ne Pizza
37:03
dekorieren, das kennt man ja könnten sie meine Pizza?
37:07
Vielleicht aber auch noch mit ein bisschen Tomaten dekorieren.
37:12
Guter Punkt, dann legen wir jetzt noch Tomaten.
37:14
Auch jetzt haben wir die Pizza, wo schon Schinken drauf ist.
37:17
Und jetzt ruf ich den Tomatendekorierer nehm ich jetzt
37:20
und erzeug ne Instanz davon, gebe jetzt aber nicht die
37:23
Basispizza rein, sondern schon da wo der Schinken drauf ist ne
37:27
und und so weiter und ich Stapel das immer weiter, die Get Cost
37:30
gibt mir mittlerweile 650 zurück wenn ich die Aufrufe und ich
37:33
sage plus 1€ so. Und geb das Objekt wieder
37:38
zurück. Und wenn jetzt jemand davon die
37:40
Get Cost aufruft, dann steht da halt was sind das denn 57 drin?
37:44
Genau und genau das ist der Punkt, ich kann es halt immer
37:47
weiter stapeln und immer mehr Funktionalität hinzupacken genau
37:52
also trotzdem ist es am Ende meine Pizza.
37:54
Richtig also das wenn man jetzt sagt, zum Beispiel du hast ne
37:57
diese Basispizza ne und wie du meintest, du nimmst jetzt zum
38:01
Beispiel den Schinkendekorierer und gibst daraus natürlich
38:04
logischerweise wieder ne Pizza zurück aus dieser.
38:07
Aus der decorator Funktion der des Schinken Decorators und du
38:11
machst danach diese Tomate, dann ist es ja nicht so, als würde
38:13
die Pizza sagen, OK, jetzt nehmen wir ne die Schinken
38:16
wieder runter und machen nur die Tomate drauf, sondern wie du
38:20
meintest es wird gestapelt ne und das ist halt das das
38:24
interessante dabei, dass du halt eben nicht sagst OK jetzt das
38:28
anstatt das sondern das und das so das heißt wenn du jetzt zum
38:31
Beispiel sagen würdest du machst aber Schinken, decorator
38:33
Schinken, Decorator, Schinken, Decorator.
38:35
Tomatendecorator dann hast du natürlich dreimal Schinken drauf
38:38
und einmal Tomate. So ne.
38:40
Ja. Genau.
38:41
Ja, gibt es auch. Manche Leute finden sowas cool,
38:44
so Doppel, Doppel, Schinken auf der Pizza oder so, keine Ahnung,
38:49
genau das mal so als exaktes Beispiel Mhm, also im Prinzip
38:56
was passiert unter der Haube die Methoden die ich ergänze in
39:01
meiner Implementierung durch meinen neuen Decorator ne da.
39:05
Die rufen am Endeffekt oder leiten am Endeffekt zu den
39:09
inneren Objekt weiter verwend die Funktionalität und Kapsel
39:13
noch draußen, wie du meintest, als wieso n Geschenkpapier noch
39:18
ne extra Logik drumherum und das ist halt ne wunderbare Sache die
39:22
sich echt in vielen Fällen gut einsetzen lässt und vor allem
39:26
gerade wenn es darum geht das zur Laufzeit ja zu entscheiden
39:30
auch sehr wie soll ich sagen. Straight und Linus also es ist
39:37
codetechnisch halt dann auch einfach schön gelöst.
39:39
Es ist erweiterbar, es ist skalierbar und das sind ja alles
39:42
Faktoren, die man absolut möchte in der Softwareentwicklung und
39:48
deswegen würde ich gern noch mal auf so n paar Prinzipien
39:50
eingehen, die hinter diesen Pattern stecken.
39:55
Was du schon gesagt hast, war ja dieses Open Close principle ne,
39:58
also offen gegenüber Erweiterungen oder oder offen
40:01
für Erweiterung und geschlossen für Veränderung.
40:03
Ja weil ich halt wie gesagt die Basispizza nicht modifiziere, es
40:06
ist die Basispizza am Ende, dann hatten wir ja gesagt warum nicht
40:13
Factory in dem Fall weil mit Factory kann ich ja auch
40:17
unterschiedliche Pizzen erzeugen ja ist richtig.
40:21
Aber an dem Punkt sagt man Komposition über Vererbung,
40:26
gerade weil es zur Laufzeit, also zur Runtime dann einfach
40:29
passiert. Ne, also ich möchte lieber
40:31
Objekte kombinieren als sie zu vererben, um dann so in diese
40:37
subklassen Explosion in die Subklassenhölle zu kommen.
40:41
Genau. Das sind so 2 Prinzipien, die da
40:44
auf jeden Fall dahinter stecken. Und ein drittes Fabi hast du
40:48
noch 11 was hinter dem Decorator an sich noch steckt?
40:52
Single Responsibility zum Beispiel.
40:54
Das heißt, jede nenn, das Schicht, jede
40:58
Dekorierungsschicht macht halt nur eine Sache, ne.
41:02
Also du hast dann zum. Beispiel, Das stimmt ja.
41:05
Wenn du halt sagst, du hast, du willst halt Schinken drauflegen,
41:08
ne mit dem Schinken decorator, dann passiert halt auch eben nur
41:11
das ne. Also du gibst halt eben die
41:16
entsprechende Verantwortlichkeit zu den entsprechenden
41:19
Decoratoren halt eben weiter, was natürlich wie wir auch
41:22
wissen, mittlerweile sehr sehr gut ist.
41:26
Für zum Beispiel auch die Testbarkeit eines einer
41:31
Software, beispielsweise ne. Ja, hilft also mit Single
41:35
Responsibility meinst du ja im Prinzip jetzt zum Beispiel n
41:39
Schinken Decorator wird auch nur Schinken drauflegen, genau er
41:43
ist nur dafür verantwortlich Schinken auf die Pizza zu legen.
41:45
Genau, also du hast keinen Hawaii Pizza decorator, das hast
41:49
du nicht, sondern wenn du eine Hawaii Pizza haben kannst, dann
41:52
kannst du vielleicht so ne Art Funktion machen make Hawaii.
41:54
Ne wo dann zum Beispiel der Schinken Decorator aufgerufen
41:57
wird und wo dann zum Beispiel der ne Ananas Decorator
42:00
aufgerufen wird. OK, aber es gibt keinen Hawaii
42:03
decorator so. Weil dann könntest du wieder.
42:06
Ja, schon wieder eher den die Factory am Ende.
42:07
Genau das würde ich sagen, ich bestell ne Hawaii.
42:09
Richtig, das wäre die Factory und dann hättest du ja schon
42:12
vielleicht schon wieder so eher so ne Art Vererbung, dass du
42:14
sagst, du hast ne Basispizza und du hast zum Beispiel ne Hawaii
42:17
Pizza und die Hawaii Pizza quasi ist ja hat ja als Basisklasse
42:21
die logischerweise die Basispizza ne bedeutet, aber
42:23
dann wiederum wie du ja schon meintest, dass es am Ende ja
42:27
sehr fest und starr ist, weil du musst diese Klassen alle schon
42:30
kennen, bevor du überhaupt in die Laufzeit sozusagen kommst,
42:33
ne? Keiner.
42:36
Ja, das ist eigentlich auch der große Vorteil, weswegen wir das
42:39
Pattern auch ausgewählt haben, dass du das Verhalten zur
42:44
Laufzeit anpassen kannst. Das ist der große Benefit
42:48
dahinter das der riesen Pluspunkt Ne und dass deine
42:51
Klassenstruktur nicht explodiert, das wären jetzt so
42:53
mal 2 Vorteile die mir da sofort einfallen.
42:56
Genau, ich meine Nachteile. Da weißt du ja relativ schnell,
43:02
was das Ganze mit sich bringt. Du musst halt natürlich, du
43:07
musst halt gucken. OK, du hast logischerweise
43:10
irgendwie wieder ne Art Overhead, ne, weil du musst.
43:12
Wie gesagt, das besteht ja, wenn du es ganz knapp machst, besteht
43:15
es ja aus, ich sag mal 4 Komponenten die du ja auf jeden
43:19
Fall irgendwie bringen musst. Du brauchst eine Komponente, du
43:22
brauchst ne konkrete Komponente, du brauchst n decorator, du
43:24
brauchst n konkreten Decorator und für jeden Decorator.
43:28
Du kannst dann halt mehrere Decorator drauf packen, aber du
43:30
hast natürlich irgendwo immer, ich sag mal ne gewisse Art von,
43:35
nennen wir es mal Overhead, den du ja irgendwo implementieren
43:38
musst. Ist halt immer die Frage wohin
43:42
also wogegen dieser Overhead steht ne Mhm, weil wenn du jetzt
43:46
zum Beispiel sagst ne, wir wollen halt eben keine
43:49
Subklassenexplosion haben, dann ist vielleicht die
43:52
Subklassenexplosion sozusagen halt eher noch der.
43:56
Schlimmere Overhead, den du an der Stelle hättest.
43:59
Aber da hängt es dann natürlich wieder logischerweise vom
44:02
Anwendungsfall drauf ab, was theoretisch noch ne Sache sein
44:06
kann. Bei den Nachteilen ist, dass es
44:09
eventuell dafür sorgen kann und da muss man n bisschen
44:12
aufpassen, dass die Reihenfolge der Dekorierer kann eventuell
44:17
das Verhalten beeinflussen, je nachdem in welcher Reihenfolge
44:20
etwas passiert. Da muss man dann n bisschen
44:23
gucken, ne? Also wenn du jetzt zum Beispiel
44:25
sowas hast wie ich, sag mal irgendwas, wenn du n decorator
44:30
nimmst für irgendwelche Gewinne oder so ne bei irgendeinem
44:34
Jahrmarkt spiel was auch immer und du dann quasi erst plus und
44:38
dann mal nimmst oder erst mal und dann plus so nach dem Motto
44:41
ne also wenn du es verdoppelst oder keine Ahnung nur 2 drauf
44:45
packst in welchem Kontext auch immer, dann kann es natürlich am
44:49
Ende unterschiedliche Auswirkungen haben auf das
44:51
Ergebnis. Ja, absolut.
44:55
Und wenn du dann sagst, ich hab n unterschiedliches Ergebnis und
45:00
fragst dich wieso oder woran hat es die Link, dann ist das
45:05
Debugging. Kann dann halt auch sehr
45:07
anstrengend werden, weil du halt am Ende ein Objekt hast, was
45:12
halt wie gesagt immer noch dein Basisobjekt so für die Software
45:15
ist. Und jetzt ist irgendwo in dieser
45:19
Dekorierung ja über diese Iteration des Stacks n Fehler
45:23
reingekommen, weil irgendein Dekorator fehlerhaft ist.
45:26
Ja. Dann die Stelle zu finden, das
45:30
ist halt dann einfach anstrengender, weil es halt wie
45:33
gesagt alles aufeinander Stack gestapelt ist.
45:37
Ja, und natürlich auch so ne Initialisierung kann auf den
45:41
ersten Blick unübersichtlich wirken, wenn du.
45:44
Angenommen du übertreibst es halt völlig ja und hast jetzt
45:48
quasi sozusagen dein deine 5 dekorateuren dekoratoren und du
45:55
gibst halt immer dekorateuren Dekorateure sagt Mal der so.
46:01
Und da gibst du halt in den Konstruktor New rein mit dem
46:05
Vorgänger quasi der im Stapel 1 drunter liegt.
46:07
Der kriegt n New von dem der da drunter liegt und so weiter bis
46:11
am Ende beim letzten oder am allerersten Decorator New Base
46:16
Klasse sozusagen steht und du verschachtelst das halt so, das
46:20
sieht dann halt nicht schön aus und da fragt sich auch jeder was
46:22
da los ist. So ne also das kann man auch
46:24
schöner lösen, aber im Prinzip ist das ja irgendwo die
46:28
Initialisierung am Ende. Ja.
46:31
Ja, also die kann also die du musst es halt so aufbauen und
46:36
das kann halt verwirrend sein. Trotzdem muss man sagen, wenn
46:40
man das ordentlich codet ja und strukturiert, dann habe ich auch
46:44
ein sehr sauberes und erweiterbares Design am Ende mit
46:47
diesem Pattern, was wirklich sehr flexibel ist, was
46:52
kombinierbar ist und vor allem wiederverwendbar, weil es ja
46:55
halt diese Eigenschaft zur Laufzeit hat.
46:57
Genau deswegen kann sich das für flexible Systeme auf jeden Fall
47:01
lohnen. Definitiv also, wenn man sagt,
47:05
EY, ich möchte gerne Objekte zur Laufzeit flexibel mit vielleicht
47:10
zusätzlichen Funktionalitäten anreichern, ja dann ist auf
47:15
jeden Fall decorator gut, wenn man denn halt eben die
47:19
ursprüngliche Klasse nicht verändern möchte.
47:20
Ja, das ist. Ne tolle Sache.
47:23
Dafür ist der Decorator gut wird zum Beispiel auch genutzt, ganz
47:26
gerne in so Logging System Caching Systemen, vielleicht
47:29
auch bei Middleware schichten, aber auch beispielsweise bei UI
47:34
Komponenten. Ne, dass du zum Beispiel sagst
47:36
ey du kannst ne das vielleicht kann man sich ganz gut
47:38
vorstellen, du hast irgendwo ne Komponente wo du sagst du
47:42
möchtest zum Beispiel ne gewisse Funktionalität weil es einfach
47:46
nur ne Checkbox ist, möchtest aber zusätzlich vielleicht noch
47:48
weiß ich nicht noch was. Weiteres hinzufügen in diese
47:52
Checkbox ne, um sozusagen die Funktionalität dieser Checkbox
47:55
etwas zu erweitern, aber im Grunde genommen möchtest du,
47:57
dass die Checkbox weiter in der Checkbox bleibt ne und dann wie
48:02
gesagt, das sind so Möglichkeiten wo es halt ganz
48:04
gerne verwendet wird. Ja, absolut.
48:08
Und da kann man dann die Stärken auf voll und ganz ausspielen.
48:12
Ja, ich glaub das war es zu dem Pattern, es ist n bisschen
48:15
komplexer schon. Aber, liebe Zuhörer, liebe
48:19
Zuhörer, falls du Fragen dazu hast, schreib uns gerne, dann
48:23
werden wir sie gerne beantworten, falls irgendwas
48:27
nicht ganz so klar war, dann werden wir da natürlich noch mal
48:30
nachlegen. Genau.
48:32
Ja. Es ist natürlich immer ein
48:35
eventuell eine Herausforderung, Code mit den Worten zu erklären,
48:39
deswegen auch die Analogien. Aber Liebe zuhören, lieber zur,
48:43
schreib uns doch gerne auch, wann du das letzte Mal zum
48:45
Beispiel n decorator Pattern angewendet hast.
48:48
Welchen Anwendungsfall du dafür zum Beispiel hattest.
48:51
Und dann kommen wir da auf jeden Fall gerne in den Austausch,
48:56
entweder über die Mail oder auf n.
48:57
Discord beispielsweise Social Media geht auch such dir was
49:00
aus, die Links zu allen Plattformen sind unten in den
49:04
Shownotes, genauso wie ein kleiner Spendenling.
49:06
Wenn du sagst, ey Mensch, das ist cool, der Coding Buddies
49:09
Podcast, der bringt mir was, den hör ich gerne und regelmäßig und
49:13
ich geb den beiden jetzt mal n bisschen was zurück, würde uns
49:16
mega freuen. Und ansonsten, wenn du sagst,
49:21
nee, mach ich nicht, weil man hat ja seine Gründe, dann lass
49:24
doch aber wenigstens ne kleine Bewertung da für den Podcast.
49:27
Das würde uns auch mega freuen oder empfehlen den Podcast
49:29
einfach weiter, das ist genauso viel wert und ansonsten würd ich
49:34
sagen Tino vielen Dank für diese Folge mal wieder.
49:37
Auch danke an dich, Fabi. Und ich würde sagen, wir hören
49:40
uns in der nächsten Folge wieder.
49:42
Bis dahin deine Korriganz gemeinsam.
49:45
Besser also. Da ziemlich ob ich ob ich Pizza.
49:48
Habe ich keine. Ahnung, Pizza, Pizza komm wir
49:53
gehen, wir gehen jetzt erstmal Pizza bestellen.