Тёмный

Software Architektur - Schluss mit Abhängigkeiten 

David Tielke
Подписаться 19 тыс.
Просмотров 3,1 тыс.
50% 1

Abhängigkeiten in der Software Architektur sind problematisch für die Erfüllung der Aspekte in der Softwarequalität - Abhängigkeiten sind aber nicht immer "böse", sondern es gibt auch gute "Abhängigkeiten". Jeder sollte den Leitsatz "Nicht gegen Implementierungen arbeiten, sondern gegen Kontrakte" und in dieser Episode möchte ich Euch für Eure Software Architektur die Theorie hinter Abhängigkeiten zeigen und Euch das Wissen vermitteln, mit der wir zukünftig alle Arten von Abhängigkeiten entkoppeln werden um die Software Architektur flexibel und wartbar zu halten.
▬ Über diesen Kanal ▬▬▬▬▬▬▬▬▬▬▬▬
Seit vielen Jahren arbeite ich als Consultant, Coach und Trainer für professionelle Softwareentwicklung mit den Schwerpunkten Softwarequalität, Softwarearchitektur sowie Prozessmanagement. Auf meinem Kanal möchte ich Euch mein Wissen und meine langjährige Erfahrung in diesen Bereichen vermitteln - natürlich kostenlos. Dabei versuche ich stets Euch das Wissen so zu vermitteln, dass Ihr damit direkt in der Praxis loslegen könnt und das ganze immer mit guten Portion Humor. Lernen soll ja schließlich Spaß machen :)
▬ Empfohlene Videos ▬▬▬▬▬▬▬▬▬▬▬▬
Wie viel Softwarequalität Ihr braucht - • Architekturen - Von Mo...
Warum Software unwartbar wird - • Warum Software unwartb...
Architektur - Modularisierung - • Architektur - Modulari...
Was ist Architektur - • Was ist Architektur?
Warum Architektur - • Warum Architektur für ...
▬ Wichtige Links ▬▬▬▬▬▬▬▬▬▬▬▬
Abonniere meinen Kanal: / @davidtielke
Alle Videos: / @davidtielke
▬ Social Media ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
► Twitter: / davidtielke
► Xing: www.xing.com/p...
► LinkedIn: / david-tielke-06140912b
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬

Опубликовано:

 

2 окт 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 6   
@ettoreatalan8303
@ettoreatalan8303 3 года назад
16:44 Falsche Biermarke ... der klassische Seiteneffektfehler.
@DavidTielke
@DavidTielke 3 года назад
So isses :) Gruß David
@ettoreatalan8303
@ettoreatalan8303 3 года назад
@@DavidTielke Man merkt immer wieder, dass du sehr viel Erfahrung hast ;)
@janwiemer8053
@janwiemer8053 3 года назад
Vielen Dank erst mal für den super Überblick über das Thema! Im Video empfiehlst Du für alle Systeme immer einen Kontrakt zu extrahieren. Das legt nahe dies auch für Klassen zu machen (ich spreche mal in Java). Man könnte dadurch auf die Idee kommen für jede Klasse ein Interface zu definieren. Ich denke jedoch nicht das dies eine sinnvolle Empfehlung wäre. Generell bringt (zumindest in Java) das Konzept der Klassen je schon mit, dass es einen Kontrakt gibt über welchen die gekapselte Implementierung zugegriffen wird. Ein Interface dient eigentlich dazu das Konzept der Polymorphie abzubilden. Solange man nicht mehrere Implementierungen zu einem Kontrakt (Interface) hat (oder dies zumindest sehr wahrscheinlich ist) wird nicht unbedingt ein Interface benötigt und sollte zumindest meiner Meinung nach auch nicht extrahiert werden. Mich würde freuen Deine Meinung zu diesen Gedanken zu hören oder zu lesen :-) Liebe Grüße, Jan #FragDavid
@powlsn
@powlsn Год назад
Vielen Dank für diese großartige Erklärung! 👏 Ich hätte mir in meiner Ausbildung gerne solch eine Detaillierte Ausführung gewünscht. Damit wäre mir einiges viel einfacher ins Hirn gegangen.
@caoutchouc-cc
@caoutchouc-cc Год назад
das leckere Bier von Lidl :P
Далее
Software Architektur - Entkopplung
23:09
Просмотров 4,6 тыс.
Lasst Euch nicht alles gefallen
20:51
Просмотров 29 тыс.
ВЫЗВАЛ ЗЛОГО СОНИКА #Shorts
00:38
Просмотров 65 тыс.
Провал со стеклянным хлебом…
00:41
Der sterbende Schatz der Softwareentwicklung
17:07
Просмотров 12 тыс.
Vorsätze für Softwareentwickler in 2024
15:47
Просмотров 3,3 тыс.
Understanding Ownership in Rust
25:30
Просмотров 258 тыс.
Warum jeder Entwickler lernen muss, sich zu ändern
21:22
ВЫЗВАЛ ЗЛОГО СОНИКА #Shorts
00:38
Просмотров 65 тыс.