Open Closed Principle (OCP) der SOLID Principles von Uncle Bob

  Рет қаралды 4,681

David Tielke

David Tielke

Күн бұрын

Пікірлер: 12
@actualBIAS
@actualBIAS 11 ай бұрын
Du eklärst alles absolut verständlich. Dank dir habe ich nicht solche Probleme damit wie du sie einst hattest. Danke für's Vorausgehen!
@Phate777
@Phate777 3 жыл бұрын
Super KZbinr! Hast viel mehr Abos verdient.
@DavidTielke
@DavidTielke 3 жыл бұрын
Vielen Dank!
@marcusreinicke
@marcusreinicke 4 жыл бұрын
Hallo David , ich finde diese Reihe klasse! Klasse Arbeit. Danke! Du trennst immer schön das Design von der Architektur. Diese ist für mich aber absolut gleich. Software-Architektur und -Design sind soweit ich weiß, das selbe. Das was Du als Design angibst ist doch die Struktur (Struktogramm, UML-Strukturpläne). Also ich denke hier sprechen wir leider eine andere Sprache !? Es ist bei Systemen ganz oft der Fall, dass man z.B. alte Services für die nächste Stufe anpassen muss, der alte Service aber nicht abgeschaltet werden kann. Dazu kann es ganz unterschiedliche Gründe geben. Mag unsauber sein, finde ich auch, aber ist gängige Praxis. Ich habe schon gruselige if's und/oder switch/case's gesehen, die auf so eine Anforderung reagieren und den Code somit fast unlesbar aber vor allem unwartbar machen. OCP kann hier aber auch helfen, die alte Schnittstelle unberührt zu lassen, und diesen solange wie nötig, aber nicht länger als möglich, parallel laufen zu lassen. Ich bin bei Dir, bei KISS und YAGNI, selbst wenn es bedeutet, ansatzweise dagegen zu verstoßen. Nicht etwas blindlinks zu programmieren, sondern eine saubere Struktur zu bieten, die vielleicht etwas komplexer, dafür in Zukunft aber wesentlich händlebarer sind. Gruß Marcus
@DavidTielke
@DavidTielke 4 жыл бұрын
Hallo Marcus, danke, schön das es Dir gefällt! Ja, das trenne ich strikt. Architektur ist die grobe Struktur (Komponenten, Schichten) und Design ist die feine Struktur (Klassen, Methoden). Das die Sprache da eine andere ist, mag sein - daher erkläre ich es auch in fast jedem Video noch einmal. So gut wie jeder Architekt hat da eine unterschiedliche Deutung - mir ist es wichtig damit zu zeigen, dass sowohl die Entwickler als auch die Architekten für die Struktur verantwortlich sind und dabei getrennte Aufgabengebiete haben. Gruß David
@saschavloggt6232
@saschavloggt6232 3 жыл бұрын
Anfängerfrage : Ist das für beispielsweise AddOn- bzw Plugin-Schnittstellen relevant? Sowas haben ja einige Produkte ... Firefox erwähne ich mal als prominentes Beispiel. :-)
@peacock777
@peacock777 Жыл бұрын
Eine gutes Beispiel wären z.B. Pugins. Also z.B. Erweiterungen (Module, Plugins) für den Browser. Der Browser wird nicht verändert, er wird um neue Funktionaltäten erweitert.
@wie-geht-programmieren
@wie-geht-programmieren 2 жыл бұрын
Ja Ja die Aussprache. Der Prof meiner Tochter sagt auch immer Püton zu Python :-)
@DavidTielke
@DavidTielke 2 жыл бұрын
Erwischt... ;) Ich mag pütons :) Gruß David
@peacock777
@peacock777 Жыл бұрын
KISS = Keep it simple and stupid. Ich denke nicht, dass in diesem Begriff die Eleganz an erster Stelle steht. Ich würde es eher mit Einstein halten: "Man sollte alles so einfach wie möglich machen, aber nicht einfacher."
She made herself an ear of corn from his marmalade candies🌽🌽🌽
00:38
Valja & Maxim Family
Рет қаралды 18 МЛН
Леон киллер и Оля Полякова 😹
00:42
Канал Смеха
Рет қаралды 4,7 МЛН
CM24 Einführung & Ziele Calender
3:26
Synology Online Training
Рет қаралды 26
SOLID Principles / SOLID Prinzipien von Robert C. Martin
17:26
David Tielke
Рет қаралды 8 М.
Physische Komponente eines Netzwerks auf Einfach IT
7:19
Einfach IT
Рет қаралды 204
Das YAGNI Prinzip (Mit Profi Tipp und Beispiel)
18:35
David Tielke
Рет қаралды 4,1 М.
Refactoring von Martin Fowler - Ein Überblick
13:31
David Tielke
Рет қаралды 6 М.
Software Architektur - Entkopplung
23:09
David Tielke
Рет қаралды 4,9 М.
Software Design mit Namensmustern
19:52
David Tielke
Рет қаралды 8 М.
Would you quit
14:15
David Tielke
Рет қаралды 4,9 М.
Dependency Injection
36:51
David Tielke
Рет қаралды 19 М.