Meine Welt in meinem Kopf

Irgendwann ist immer was Neues da und dann sind Runde Ecken dran. Ich las die aktuelle .NET Pro (2/23) und stellte fest, dass .NET MAUI, die neue Zukunft für Frontend Technologie wird. Oder zumindest vermute ich dies stark, da diese Technologie ein sehr guter Nachfolger zu WPF und Xamarin sein könnte. Natürlich ist .NET MAUI noch sehr neu und sicherlich sind im Bereich für Plattformübergreifende Abdeckung noch das eine und andere Problem da. Für mich bedeutet das, dass ich mein ‚Application Framework' umziehe in die neue Welt von .NET MAUI. Benötigt Visual Studio 2022 GitHub   Umzug Eigentlich sag der Titel des Absatzes schon alles. Aber vielleicht gehen einige Sachen noch nicht so wie ich mir das Vorstelle. Daher ist das erste Ziel das alle Grundlegende Funktionen aus dem 'Codexzier's Application Framework' zu übernehmen. Die speziellen Benutzerdefinierten Steuerelemente werden später migriert.   Neues Projekt und Struktur aktualisieren So g

Bisher hatte ich nur erwähnt, dass als dritte Schicht die Datenbank abbildet. Klingt etwas übertrieben, macht aber einen deutlichen Performance unterschied gegenüber der Verwendung von Text Dateien in CSV Format.   Benötigt Visual Studio 2022 oder anderen Compiler .NET 6.0 Codexzier's Application Framework GitHub SQLite MS SQL oder PostgreSQL (nicht zwingend für den weiteren Verlauf) Einbinden Das Einbinden einer Datenbank soll so entkoppelt sein, dass die Datenbank Auswechselbar sein soll. Spricht, entweder soll SQLite für den Lokalen Einsatz verwendbar sein oder eine Externe Datenbank auf einem anderen Server.   Kein OR-Mapper Man könnte an der stelle einen OR-Mapper verwenden, der für die Größe des Projektes auch völlig ausreicht. Aber ich will auf diesen Komfort verzichten und schreibe die SQL-Statement aus. Das Thema möchte ich für einen anderen Blog

Diesmal ein kurzer Post zur Vollständigkeit für die weitere Entwicklung. Nun braucht die Anwendung selbst eine eigene Wiki. Anders als bei dem Application Framework, wird die Funktionsweise und Benutzung beschrieben.   Benötigt GitHub   Begin mit dem Benutzerhandbuch Jede erstellte Seite soll eine Beschreibung und mindestens eine Skizze haben. Die Beschreibungen sind zunächst als Grundlage, was die Anwendung alles haben und wie sie funktionieren soll. Hier gehören keine Technischen Hintergründe, denn diese gehören entweder im Code als Kommentar oder im Ticket.   Am Anfang ein Konzept Bevor die Anwendung geschrieben wird, soll mit dem Konzepthandbuch die Nutzeranforderungen ermittelt werden. Wenn später die Inhalte fertig sind, können nach und nach die Konzeptbeschreibung zur Benutzerbeschreibung umgestellt werden. Nun könnte man sagen, dass Konzept kann man sich sparen und man erstelle die Dokumentation, wenn die Anwendung fertig ist. Wenn eine Planung vorliegt

Welche Architektur oder welche Form soll das Projekt haben. Am liebsten setze ich auf die Drei-Schichten-Architektur. Klinkt abstrakt und hochtrabend, aber kompliziert ist die Sache nicht. Sich dran halten ist anfangs schwierig. Vorzugsweise setze ich auf Desktop Anwendung. Benötigt Visual Studio 2022 oder anderen Compiler .NET 6.0 Codexzier's Application Framework GitHub   Ziel für diesen Blog-Eintrag Eine neue Solution und die benötigten Projekte einrichten mit dem Ansatz der Drei-Schichten Architektur..   Drei-Schichten Wenn ich Rückblicke, in welchen Formen ein Drei-Schichten Modell aussieht, dann waren diese immer unterschiedlich gestaltet und hielten dennoch erkennbar Drei Schichten. Grundlegen haben wir das Frontend oder auch Benutzeroberfläche genannt, dann die Service-Schicht in der die Daten verarbeitet werden und als drittes die Datenhaltung in einer