Falsche Architektur - Ich muss meine App komplett umbauen | Little Note #2

[@MangoNutella]

Die Untertitel finde ich überflüssig. Wer sie braucht, kann sie ja gerne manuell über die von KZbin bereitgestellte Funktion aktivieren. Sie aber so im Bild zu erzwingen finde ich nicht gut.

[@Adrian-1712]

Welche Untertitel? Bei mir werden im Video keine angezeigt?

[@MangoNutella]

@@Adrian-1712 zu Beginn des Videos

[@KevinChromik]

Leider ist das mittlerweile notwendig. KZbin spielt in der Smartphone App die Videos automatisch ohne Ton ab, wenn man durch die Liste scrollt. So kann man schon sehen, worüber ich spreche, bevor man auf das Video tippt

[@MangoNutella]

@@KevinChromik finde nicht, dass das dann "notwendig" ist. Ich z. B. habe diese Funktion auch deaktiviert, weil mich das genervt hat und ich so auch mal in den Genuss komme, die liebevoll gestalteten Thumbnails zu betrachten.

[@KevinChromik]

@MangoNutella dann gehörst du leider zu einer extrem kleinen Gruppe. Die meisten sehen einfach die TNs nicht :(

[@chrismo4508]

Wenn man sich zwingt, Logik direkt von Anfang an in UI-unabhängige Komponenten zu implementieren, spart man sich immer viel Zeit.

[@f_cfox]

Super und sehr interessantes Video, Kevin!

[@Nameru26]

Egal welches pattern man sich aussucht, es ist immer pain, irgendwas mit benutzeroberflächen "ordentlich" zu machen.

[@gronkhfp]

Hmm derzeit denke ich mir das gerade bei unopiniated Libraries wie react. Andererseits sind gerade die Microsoft Frameworks wie MAUI richtig gut was das angeht

[@NoelLang]

Junge Junge, das Video ist echt der Wahnsinn geworden! 💪 Geile Produktionsqualität, geiles Storytelling und inhaltlich bzw. fachlich auch absolut nice. Bin bei meiner Plattform gerade auch dabei, den Code ordentlich aufzuräumen. Zu wenig getrennt, zu wenig getestet. Über Softwarearchitektur lässt sich aber auch beliebig fachsimpeln. Aber schönes Thema!

[@KevinChromik]

Danke Noel 🙏🏻 über das Thema kann man sicher 5 Videos machen. Freut mich, dass es dir gefällt!

[@knecht3000]

Sehr cool! Finde die Beschreibungen solcher Architektur pattern so schwammig und abstrakt, dass es ohne konkrete Beispiele schwer zu verstehen ist. Was ist genau der Unterschied zwischen einem Controller und einem View Model? 😅 Ich hätte die Mittelschicht als Controller bezeichnet. Gibt's da wirklich klare Unterschiede oder nennen das unterschiedliche Frameworks/libs einfach anders?

[@KevinChromik]

Ein Controller vermittelt eher nur zwischen View und Models. Ein Viewmodel bereitet Daten auch auf und hängt näher an der View dran. Aber die Grenzen verschwimmen hier auch 👍🏼

[@DJone4one]

Kenne bisher nur die MVC und MVVM Patterns. Was ich aber erst gestern oder wann gemerkt habe, für die richtige Architektur wäre es ja durchaus eher, wie die einzelnen Projekte zusammengesetzt sind. Bei C# in VS kann man das ganz gut umsetzen. Eben mit den Projekt-Vorlagen kann man quasi eine Schicht z.b. von der N-Tier Architektur nachbilden. Eine Klassenbibliothek/SQL Server Datenbank (DAL), dass andere ist die API (BLL), und das weitere Projekt, ist z.b. das Frontend eben als Konsole, WPF oder Maui projekt (PL).

[@sven-o]

Oder man verkompliziert das nicht alles, da die meisten Apps eh nur CRUD Apps sind. Oft sind solche Modelle absolut nicht notwendig, vor allem in moderneren Frameworks.

[@tobymoby8524]

Vorsicht, verwechsle Design patterns für die ui Schicht nicht mit einer Software Architektur. Bei sehr kleinen Anwendungen ist es zwar nicht unbedingt nötig... aaaaber: wie du schön erklärt hast sollte man sich überlegen seine Anwendung in ein schichtenmodell zu setzen. Innerhalb der UI Schicht kann mit jeglichen patterns gearbeitet werden die man mag. Eine klare Trennung von Daten, Logik und UI Schichten macht aber dchon sehr viel Sinn. Ich rede hier jetzt natürlich nur von klassischen desktop Anwendungen. Bei APIs zb sieht das ganze wieder anders aus. Ich mache das auch immer einfach innerhalb der solution in visual studio mit projekten und Ordnern für die Schichten.

[@rudizabudi93]

Cooles Video. Mal so aus Interesse gefragt: Was war bei dir zuerst da, die Idee die Logik einfach möglichst sinnvoll auszugliedern, oder hattest du die "erlernte" Theorie als Zielsetzung vor Augen? Ich code nur so nebenher und interessiere mich eigentlich in keinem Themenbereich für die Theorie als Selbstzweck. Allerdings finde ich dann speziell beim Coden oft im Nachhinein heraus, dass ich nach einiger Überlegung die Dinge eh nach bewährter Praxis gemacht habe.

[@KevinChromik]

Wenn ich eine App mit langfristiger Absicht entwickle, verwende ich immer eine saubere Architektur. Wenn ich aber nur etwas schnell zusammenhacke, dann nicht.

[@rudizabudi93]

@@KevinChromik Danke dir für die Antwort. Aber kommst du auf die saubere Architektur primär durch dein eigenes logisches Denken und deine Struktur, als erfahrener Programmierer, bzw. weil du es verinnerlicht hast, oder suchst du von Vornherein bei sowas aktiv in Fremdquellen nach Mustern oder Ansätzen, um anzufangen?

[@sbehnisch]

So ein Schmarrn.🎉

[@FillyRoid]

Das Thema ist eigl ziemlich spannend. Hat im Prinzip nichts mit Programmierung zu tun, ist aber sooo wichtig, wenn man was umsetzen will

[@KevinChromik]

Joa, ist halt ein wichtiger Bereich von Softwareentwicklung

[@BeatFlowMusic94]

Gerne in einem extra Video genauer alles erklären sehr interessant 🙏

[@Robi-m4d]

Wie viel prozent des codes lasst ihr eigentlich mitlerweile von o1 generieren?

[@KevinChromik]

Vielleicht 10%

[@Robi-m4d]

@@KevinChromik Warum nur so wenig?

[@Robi-m4d]

@@KevinChromik Es sollten mittlerweile insgesamt locker 30-50% drinnen sein, auch wenn Tests und spezielle Anforderungen es runterdrücken

[@mirai9150]

​@@Robi-m4d bullshit. o1 ist wirklich nicht so gut; nur für boilerplate, documentation und monkey jobs geeignet

[@sven-o]

@@Robi-m4d 0%, das Ding schafft einfach keine komplexen Sachen

[@maxschneidercodes3]

Sehr gut erklärt! Ich benutze selbst MVVM in meinem iOS Spiel Crazy Chess.

[@SomeUser8031]

Hm.. jedoch sind die View Komponenten nun alle getrennt und greifen auf unterschiedliche ViewModels zu. Es dir nun nicht mehr möglich im Falle eines Events in einer View Komponente die anderen View Komponenten zu updaten. Für eine gewöhnliche App (und wahrscheinlich auch für ein Großteil anderer Apps), wo eine View Komponente, eine komplette Page darstellen soll (also alles was der Nutzer auch sieht), ist deine Architektur natürlich schön gewählt und vollkommen ausreichend. 😊

[@KevinChromik]

In SwiftUI kann man ViewModels an Unterviews ganz einfach durchreichen. Ansonsten gibt es auch die Möglichkeit, dass man ein ViewModel innerhalb eines anderen ViewModels erzeugt und dieses dann übergibt. Praktisch die View-Hierarchie in der ViewModel-Hierarchie spiegelt. Dadurch lassen sich auch Properties ganz einfach mit Combine verknüpfen und die Events landen an den gewünschten Stellen 👍🏼

Architektur oder nicht eher Design Pattern?

[@KevinChromik]

MVC, MVVM, VIPER usw. sind Architektur Pattern. Design Patterns sind Dinge wie Oberserver Pattern, Singleton usw.

@@KevinChromik okay, in Werken wie Kopf bis Fuß Design Pattern von O'Reilly wird MVC als ein Design Pattern bezeichnet, welches aus Observer, Strategy und Composite besteht. Architektur Pattern sind doch eher Dinge wie Microservice, Monolith, Layered Architecture oder Event-Driven Architecture, also das Gesamtsystem? Irritiert mich jetzt bisschen.

[@MrML78]

Generell betrachtet befasst sich SW-Architektur mit Empfehlungen, wie man Code und dessen Aktivitäten aufteilen soll(te), so das (häufige(re)) Änderungen oder Erweiterungen aus menschlicher Sicht leichter vorgenommen werden können

[@einsnils7017]

Was ist das für ein XCode Theme ? Cooles Viedeo :)

[@TRPWR_official]

Alter du haust bei der Qualität aber momentan nochmal RICHTIG rauf, oder?? Grafiken, Kameraeinstellungen, Editing, ... Sehr stark! Freue mich by the way schon auf den nächsten Stream. Kinnas, nich vergessen, folgt dem Mann auf Twitch!

[@KevinChromik]

Danke…Kuss!

[@silisto4223]

ffiuuu😂

[@programmieren3197]

Ich empfehle da das Buch Clean Architektur von Robert C. Martin.

[@programmieren3197]

@@asdernr ja dieses lesen und eins zu eins anwenden funktioniert nicht. Dazu ist das meiste auch nicht konkret genug. Wenn ich mit fremden Code anschaue und sehe wie wenig Entkopplung es gibt, dann wünschte ich trotzdem, dass der Verfasser das Buch gelesen hätte.