วีดีโอ

Vielen Dank!

Guter Punkt! Es stimmt, dass man den Builder nach dem Aufruf der Build-Funktion zurücksetzen sollte, damit die alten Einstellungen nicht übernommen werden. Man könnte den internen Zustand des Builders nach dem Erstellen des Objekts einfach zurücksetzen oder löschen. Alternativ kann man natürlich auch jedes Mal ein neues Builder-Objekt erstellen. Das ist vielleicht nicht super effizient, aber in vielen Fällen völlig in Ordnung. Hoffe, das hilft! Wenn du noch Fragen hast, melde dich gerne.

@@MemoryLeekDE Meiner Meinung nach ist das Problem hier eher, dass bei mehrfachem Aufruf von Build() immer das selbe Objekt zurückgegeben wird. Das automatische Zurücksetzen der Einstellungen des Builders wäre dagegen eher merkwürdig. Einmal eingestellt, sollte der schon immer ein Objekt mit den selben Einstellungen liefern aber nicht das selbe Objekt. Mit anderen Worten: builder.Build().Equals(builder.Build()) => true aber (builder.Build() == builder.Build()) => false

Gute Frage! Der Builder-Pattern-Ansatz und der Objekt-Initialisierer sehen ähnlich aus, aber der Builder bietet einige Vorteile: Er ermöglicht immutable Objekte, ist ideal für komplexe Konstruktionen, bietet eine lesbare Fluent-Syntax, erlaubt Validierungen und verbessert die Wartbarkeit des Codes. Während der Objekt-Initialisierer für einfache Fälle ausreicht, ist der Builder für komplexere Szenarien besser geeignet. Hoffe, das hilft! 😄

Beim Single-Responsibility-Prinzip geht es darum, dass eine Klasse oder ein Modul nur eine einzige Verantwortlichkeit haben sollte. Das bedeutet, dass es nur einen einzigen Grund geben sollte, warum sich der Code dieser Klasse oder dieses Moduls ändern müsste. Ein "Grund sich zu ändern" bezieht sich auf eine spezifische Anforderung oder Veränderung, die eine Anpassung des Codes notwendig macht. Zum Beispiel, wenn eine Klasse sowohl für die Speicherung von Nutzerdaten als auch für deren Darstellung im Benutzerinterface verantwortlich ist, gibt es zwei mögliche Gründe für Änderungen: Änderungen in der Art und Weise, wie Daten gespeichert werden, und Änderungen im Layout oder der Darstellung der Daten. Wenn diese Verantwortlichkeiten jedoch getrennt werden, gibt es für jede Klasse nur einen spezifischen Grund zur Änderung. Dies macht den Code verständlicher, wartbarer und weniger fehleranfällig. Und vor allem besser testbar.

Danke für dein Feedback! Du hast recht, dass die Methode ChangeVolume, die eine Property mit einem privaten Setter verwendet, eher an Java erinnert. In C# wäre es idiomatischer, entweder direkt eine Methode zu verwenden, die die Property setzt, oder die Property direkt zugänglich zu machen, wenn keine spezielle Logik erforderlich ist. Das Singleton-Pattern selbst ist korrekt implementiert, aber deine Anmerkung zur Property-Nutzung hilft, den Code klarer und idiomatischer zu gestalten. Vielen Dank dafür!

Das ist ja das Standardbeispiel für liskov, trifft aber nicht den Punkt. Der häufigste Verstoß gegen Liskov ist wahrscheinlich das unerwartete Aufrufen von exceptions. Zu SOLID kommt auf jedenfall noch zu jedem Buchstaben ein Video. 😀

@@MemoryLeekDE ich fand nur das Hundebeispiel hat den Punkt nicht getroffen

Verstehe ich, aber die Grundformulierung von Liskov ist: "Φ(x) sei eine beweisbare Eigenschaft für Objekte x vom Typ T. Dann soll Φ(y) wahr sein für Objekte y vom Typ S, wobei S ein Subtyp von T ist." Es besteht also ein Enger Zusammenhang zur Beweisbarkeit von Code/Algorithmen und z.B. dem Hoare-Kalkül. Wollte jetzt nicht abnerden, aber ich habe lange mit dem Kreis/Ellipse oder Quadrat/Rechteck- Beispiel gearbeitet in meiner Vorlesung und die Studierenden haben leider nicht das mitgenommen, was es eigentlich aussagen soll. Liskov ist nicht einfach und mache nochmal ein eigenes großes Video mit vielen Fällen dazu.

Vielen Dank. Es handelt sich ja um eine Anfängerreihe zu den Design Patterns der Gang of Four. Daher ist es noch etwas puristisch. Wenn ein junger Programmierer hierdurch eine neue Denkweise oder ein neues Konzept versteht ist schon viel gewonnen! Vielleicht machen wir ja nochmal eine Advanced Topics Reihe. Dein Kommentar ist auf jedenfall markiert als mögliches neues Video.

Ein globales Objekt trifft es besser, aber ansonsten ist das eine schöne Zusammenfassung.

Es ist gut, die Entwurfsmuster einmal gesehen und verstanden zu haben. Die zwanghafte Störung, sie in Teamprojekten einsetzen zu müssen, sollte dagegen vermieden werden. Viel wichtiger ist die Kenntnis der Anti-Pattern. Viele derer galten einmal als tolle Entwurfsmuster, bis man feststellte, daß sie bei wachsenden Projekten nachteilhafte Nebeneffekte mitbrachten. Die gleichen Fehler sollte man nicht immer wieder wiederholen. Hier kann man Erfahrungen anderer lernen.

Danke für deinen Kommentar! 😄Klar, in einem echten Anwendungsfall würden die Variablen wahrscheinlich eigene Objekte sein, die durch Builder erzeugt werden. Das ist definitiv machbar und kann den Code modularer und wartbarer machen. In Sprachen wie C# oder Java ist das Builder Pattern besonders nützlich für komplexe Objekte mit vielen optionalen Parametern. Es verhindert riesige Konstruktoren und erhöht die Lesbarkeit, besonders im Zusammenhang mit dem Single Responsibility Principle (SRP). Das Prinzip gibt es auch in Python, JS und C++, allerdings mit einigen Unterschieden: In Python nutzt man oft optionale Parameter oder benannte Argumente im Konstruktor, aber das Builder Pattern kann dennoch hilfreich sein. In JavaScript werden Builder meist mit Methoden-Chaining umgesetzt, was elegant und kompakt ist. In C++ funktioniert das Pattern ähnlich wie in Java und kann gut mit anderen Design-Patterns kombiniert werden. Nicht typisierte Sprachen wie Python und JavaScript greifen nicht auf Interfaces (also "Verträge") im eigentlichen Sinne zurück, daher sind die Patterns dort ein klein wenig anders. Aber die Struktur bleibt! Zu Python machen wir aber noch eigene Videos, aber das dauert noch ein wenig, weil wir erstmal alle Design Patterns im Grundsatz durchgehen wollen - bleib dran!

Danke!

Wenn die Anforderung eine so starke Anpassung des Codes an die eigenen Bedürfnisse ist, dann ist das absolut legitim, auch im Bereich Clean Coding. Leute die jede Syntax-Regulierung zugunsten eines global einsetzbaren Coding-Standards streichen wollen und damit die (interne) Lesbarkeit gefährden, fallen genau unter dem was ich im Titel dieses Videos geschrieben habe. Regeln sind für die Menschen da und sollen ihnen helfen und nicht umgekehrt.

Easy reply: This is a project that started at a german university and supported by a german university to support our STEM faculty. We do plan to do english content, but we have an obligation to serve our university first. And since the bachelor/master degrees are in german this is our priority. Sorry, ...

Absolut richtig. Ein kleiner Versprecher. Danke für die Korrektur.

Mir ist eben erst aufgefallen, dass man das T-Shirt falsch deuten kann. Es ist einfach das Lieblingstshirt meiner Tochter. Das Death Metal Unicorn :) ...

Man soll sich auf den Inhalt konzentrieren, nicht auf die Präsentation, obwohl ich andauernd Bilder höre, aber nur Texte sehe und lese. 🤣

@@MemoryLeekDE Man kann alles falsch deuten, sogar physikalische Parameter, selbst wenn die wissenschaftlichen Ergebnisse etwas Klares vorgeben. Die Deutung hängt immer vom Blickwinkel ab.

@@MemoryLeekDE Es war auch nicht böse gemeint, aber aktuell sieht man das nur noch ^^ Ist doch niedlich, wenn deiner Tochter das gefällt. Liebe Grüße

Habe ich gerade hinzugefügt! Danke für den Hinweis.

@@MemoryLeekDE dankeschön ☺

Ja, ist auch Teil unsere Vorlesung. Aktuell ist es nicht als Videoreihe geplant, aber wenn hier entsprechendes Feedback kommt sind wir da sehr flexibel.

@@MemoryLeekDE ich hätte da nur kurz eine generelle Frage. Lohnt sich das WinUI 3 oder ist doch WPF noch die bessere wahl, soll wohl Kompatibelitätsprobleme geben und viele Dinge wie das Window Handling muss man extra nochmal organisiseren mit WinRT. Ich hab das Gefühl das nur Microsoft selbst das nutzt den auch was so tutorials oder allegmein stackoverflow angeht ist das da alles ziemlich mau. Wäre super wenn du/ihr da mal kurz Ja lohnt sich oder nein noch nicht in die Tastatur hämmern könntest bevor ich mich da rein-nerde =P Vielen Dank, Super Videos. Die Erklär und erzählweise herausrangend!

Ich misstraue den so im Internet herumschwirrenden Passwort-Managern auch, aber gebaut habe ich mir bisher noch nie einen eigenen Passwort-Manager - auch, weil ich WinUI 3 nicht kenne, ein Desktoptool bestenfalls benutzen kann oder könnte, von einer AES- oder anderen Verschlüsselung, Bildformatierung, Quicklaunch-Bar und solchen Dingen keine Ahnung habe. Mir würde es schon reichen, wenn ich die unzähligen Dateien und Verzeichnisse auf meinem Computer endlich mal verstehen würde und nachvollziehen könnte.

@@schachsommer12 oh und da treibst du dich auf solchen Kanälen Rum? Nun im Grunde ist es wie mit allen Dingen. Step by step sagt der Engländer. Man könnte sagen du hast gleich Mal eine ganze Treppe übersprungen oder versucht zu überspringen wenn du hier bei Codepatterns bist. Also cool das du versuchst dein Wissen zu erweitern aber so wie du das schilderst bist du Recht weit davon entfernt was hier behandelt wird, trotzdem gerne weiter schauen ich halte die Leute hinter dem Kanal für sehr kompetent. Ich glaube du solltest ersteinmal 3-4 Schritte zurück und dir Basics aneignen. Die Architektur des Betriebssystems zu kennen ist essentiell um Programme für selbiges zu schreiben. Windows ist da auch gar nicht so schwer. Du kannst selbst Übungen machen und dir feste Strukturen für deinen PC anlegen. Zum Beispiel nicht die Default intallationspfade nehmen die von Programmen angeboten werden, sondern überlege dir eine gut organisierte Struktur und nutze sie. Ich würde dir da gerne mehr erklären und helfen leider ist die Kommentarspalte wohl nicht die richtige Umgebung. Übrigens, WinUI ist ein .NET Framework (Microsoft) die sich mit C++, C# und weiteren Sprachen verwendet wird, mit der sich für Windows 10-11 native Apps schreiben lassen. Mit hübschen Windows 11 Design. Das neue Windows SDK ist so modular das man quasi alles von .NET mit dem Framework einbinden kann, was natürlich viele Möglichkeiten bietet. Aber auch davon wirst du jetzt nicht viel verstanden haben, daher schau Mal bei Google es gibt viele hilfreiche, kostenlose Informationen. Fremdwerbung ist nicht gestattet denke ich aber du kannst ja Mal nach "alleine lernen" bzw nach der englischen Übersetzung suchen es gibt ein tolles app für mobile die sehr verständlich ist. Liebe Grüße und nicht entmutigen lassen, in der IT rennt man oft vor ne wand 🖖😉

@@S3R43o3 Der TH-cam-Algorithmus hat mich hierher gebracht. Und, ich habe auch schon mal gehört, dass man sich nicht entmutigen lassen soll und man in der IT oft vor 'ne Wand rennt - ich tippe auf das bzw. wegen den unzähligen und komplexen Urheber- und Nutzungsrechten, z. B. Kopierschutz. Ich kanns auf der einen Seite in einer so wettbewerbs- und konkurrenzorientierten Welt natürlich verstehen, aber unter der Zielsetzung der Vereinten Nationen laut Artikel 1 im Kapitel I der Charta der Vereinten Nationen mit "eine internationale Zusammenarbeit herbeizuführen, um internationale Probleme wirtschaftlicher, sozialer, kultureller und humanitärer Art zu lösen und die Achtung vor den Menschenrechten und Grundfreiheiten für alle ohne Unterschied der Rasse, des Geschlechts, der Sprache oder der Religion zu fördern und zu festigen" verstehe ich eigentlich etwas anderes. Tja, das kommt wohl davon, wenn es dort heißt: "1. den Weltfrieden und die internationale Sicherheit zu wahren und zu diesem Zweck wirksame Kollektivmaßnahmen zu treffen, um Bedrohungen des Friedens zu verhüten und zu beseitigen, Angriffshandlungen und andere Friedensbrüche zu unterdrücken und internationale Streitigkeiten oder Situationen, die zu einem Friedensbruch führen könnten, durch friedliche Mittel nach den Grundsätzen der Gerechtigkeit und des Völkerrechts zu bereinigen oder beizulegen" - Das erinnert mich an die Bruderschaft von Nod bei Command and Conquer, die gerne den Leitspruch bringt: "Frieden durch Macht"

Absolut ... viele Verstehen diese Grundlage nicht!

Ein wahrer Clean-Bro (-Gal) ist unter uns! :)

Warum drei verschiedene Namen für ein und das selbe? Außerdem sollte man Indices ohnehin vermeiden und Iteratoren verwenden. Direkt über die Objekte iterieren statt Indices oder Pointer. Beschreibende Variablennamen sind häufig ein Zeichen fehlender Abstraktion. Wenn ich in eine CustomerListe einen Customer unter der Bedingung, dass er älter als 18 Jahre ist, einfügen will, dieselbe Funktion aber auch Tiere in eine Tierliste einfügen könnte, wenn sie mehr als 1,8 kg wiegen, dann haben Variablennamen wie Customer und CustomerListe nichts in dieser Funktion zu suchen, sondern E wird in L unter C eingefügt.

@@frankklemm1471 Es sind nicht drei verschiedene, es ist nur genau einer, aber welchen davon ich wählen würde, hängt eben vom Code ab. Warum? Weil mir ein unnötig langer Name in einer oder drei Zeilen Code kein Vorteil bringt (wer sich einen Namen nicht über diese Distanz merken kann, der ist als Programmiere IMHO ungeeignet; gibt auch andere schöne Berufe, wo man sich nichts merken muss), aber mehr Code tippen und mehr Code lesen zu müssen, bringt mir Nachteile, denn meine Tipp- und Lesegeschwindigkeit ist endlich. Und eine Programmiersprache wie C hat gar keine Iteratoren, außerdem wer hat jemals davon gesprochen, dass ich hier etwas iteriere? Wie du z.B. quicksort mit Iteratoren implementierst, das zeigst du mir mal. Oder vielleicht möchte ich in einer Matrix nur ein paar Zeilen lesen und niemand nutzt in Matrix-Code iteratoren. Alleine was du hier also für Annahmen triffst über Code, von dem du nicht mal weißt, was der tut, ist haarsträubend.

Wenn man was nachträglich gespart hat, dann hat man definitiv etwas richtig gemacht :)

Danke für deinen Kommentar! Dein Punkt ist absolut verständlich. Das Open-Closed Principle (OCP) bedeutet, dass Klassen offen für Erweiterung, aber geschlossen für Modifikation sein sollten. Das heißt nicht, dass man nie etwas ändern darf, sondern dass man neue Funktionalitäten durch Erweiterungen hinzufügt, um stabile Codebasen zu bewahren und das Risiko neuer Fehler zu minimieren. Refactoring bleibt wichtig, um die Qualität der Software zu verbessern. Es geht darum, den Code sauberer und effizienter zu machen und langfristig unnötige Komplexität zu vermeiden, die die Software langsamer machen könnte. Es ist sinnvoll, sich mit diesen Prinzipien auseinanderzusetzen, weil es immer eine Balance zwischen "technical debt" und sauberer Programmierung geben muss. Clean Coding zu lernen hat viel damit zu tun, das richtige Mindset zu entwickeln. Daher sollte man hier nicht dogmatisch sein. Deine Perspektive zeigt, wie wichtig kontinuierliche Verbesserung im Software-Engineering ist.

Absolut, in einer Reihe über Design Patterns, kann ich sie dennoch nicht auslassen :-/

Das ist aber kein clean Satz! Da muss ich ja noch nen Translator importieren, bevor man den versteht :D

Die kurze Antwort ist: Weiß ich nicht genau! Aber: Die Verwaltung von P-Cores und E-Cores erfolgt hauptsächlich durch das Betriebssystem und den Thread Director. In C# kannst du aber Prozessaffinität und Thread-Prioritäten einstellen und so Threads auf bestimmte Kerne setzen z.B. process.ProcessorAffinity = (IntPtr)0x000F setzt die Affinität auf die ersten 4 Kerne. Die Priorität von Threads geht über Thread thread = new Thread(MethodName); thread.Priority = ThreadPriority.Highest; Wie sich das exakt auf die P- und E-Cores auswirkt, weiß ich nicht. That said ... ich glaube, dass die Optimierungsregeln des Betriebssystems schon ziemlich stark sind. Ich verstehe aber den Wunsch eingreifen zu wollen. Wenn jemand mehr weiß, freue ich mich auch dazu zu lernen.

@@MemoryLeekDE Top danke dir für die ausführliche Antwort :)

Ein sehr interessantes Beispiel, da muss ich mal intensiv drüber nachdenken ...

Kritik angenommen, vielleicht werden wir nochmal an dem Thema vorbeikommen und dann bemühen wir uns um ein besseres Beispiel.

Danke für deinen Kommentar! Der Unterschied liegt darin, dass das Single Responsibility Principle (SRP) sicherstellt, dass eine Klasse nur eine einzige Verantwortlichkeit hat und somit nur einen Grund für Änderungen. Das führt zwar oft zu vielen kleinen Klassen, macht den Code aber auch modularer und leichter testbar. In großen Projekten kann das herausfordernd sein, aber mit einer guten Strukturierung durch Module und Namespaces bleibt die Übersichtlichkeit erhalten. Es geht um die richtige Balance. Hier auf dem Channel sind wir keine Theorie-Puristen und wollen Programmierparadigmen nicht als Gesetze auslegen. Danke für deine Gedanken und Herzlich willkommen in der Community!

Wir sind vor 2 Wochen gestartet. Schau in 2 Wochen nochmal ;)

We are welcome to have you

@@MemoryLeekDE Thank you ver much.

Danke für die Frage! Genauer werden wir in unserer Multithreading Videoreihe darauf eingehen, aber hier schonmal die Antwort: Zuerst führt ein Thread die erste Überprüfung if (instance == null) durch, um festzustellen, ob die Instanz bereits erstellt wurde. Wenn die Instanz null ist, versucht der Thread, die Sperre zu erwerben. In diesem Moment kann es jedoch passieren, dass der Thread unterbrochen wird und ein anderer Thread ebenfalls die erste Überprüfung durchführt. Da die Instanz immer noch null ist, wird der zweite Thread die Sperre erwerben und die Instanz erstellen. Wenn der erste Thread seine Ausführung fortsetzt und die Sperre erwirbt, würde er ohne die zweite Überprüfung ebenfalls versuchen, eine neue Instanz zu erstellen. Dies würde das Singleton-Prinzip verletzen, welches sicherstellen soll, dass nur eine einzige Instanz der Klasse existiert. Die doppelte Überprüfung dient also dazu, sicherzustellen, dass die Instanz nicht mehrfach erstellt wird. Sobald der erste Thread die Sperre erworben hat, überprüft er nochmals, ob die Instanz bereits von einem anderen Thread erstellt wurde. Wenn die Instanz inzwischen erstellt wurde, überspringt der erste Thread die Erstellung einer neuen Instanz und gibt die bereits existierende Instanz zurück. Dies garantiert, dass nur eine einzige Instanz der Klasse erstellt wird, auch in einer multithreaded Umgebung.

@@MemoryLeekDE Ah okay, danke mir war nicht bewusst das Threads so unterbrochen/pausiert werden können. Aber das werd ich ja dann bald hier sehen ;)

@@g2h5j3 Der erste Check ist vor allem eine Performanceoptimierung. Am Verhalten würde sich nichts grundsätzlich ändern, wenn man den ersten Check nicht hätte, aber das würde in Multithreading-Szenarien zu übermäßigem Locking führen, weil dann potenziell jeder Aufruf von GetInstance in einen Lock rennen kann.

@@g2h5j3 Ja, ein Lock wartet - bestenfalls mit einem Timeout, je nach System/Sprache - bis andere Threads ihren Lock wieder freigeben. Das ist der Sinn des Konstrukts. Multithreading beherrbergt Race Conditions. Mit einem Lock ist es auch nicht unbedingt getan. Schnell läuft man in einen Dead-Lock. Dann sperren sich 2 Threads gegenseitig, und nichts geht mehr. Es gibt viele Konzepte, wie man den Teufel mit dem Belzebub austreibt. Eines der besten Konzepte ist, einen dedizierten Prozeß/Thread für solche kritischen Aufgaben bereitzustellen, der bei Bedarf benachrichtigt wird. Btw.: Vom Singleton-Muster bin ich eh kein Freund. Es ist imgrunde nur eine neue Form von globaler Variablen und bringt damit ähnliche Probleme mit sich. Und in den meisten Umgebungen sind auch statische Klassenmethoden und Eigenschaften verfügbar, die quasi das selbe ermöglichen. Keine Notwendigkeit, eine Instanz zu erstellen. Und statische Klassen sind imgrunde auch nur wieder ein Mißbrauch als Namespace. Die meisten Sprachen bieten inzwischen das Konzept von Namespaces an. Besser man hat eine verantwortliche Kontrolleinheit, die eine Instanz erzeugt, und die wird dann herumgereicht.