Tool Lagerverwaltung (Teil 9) - Upgrade

 
Ist schon etwas länger her, daß ich an dem Thema gearbeitet habe. Aber Arbeit geht vor und da gibt es viele Aufgaben zu erledigen.

Dennoch wollte ich mal wieder mein Application Framework weiter ausbauen und mußte nach einem Update mit Visual Studio feststellen, daß mein Projekt sich nicht mehr Kompilieren ließ. Aus irgendeinem Grund, können in .NET 7 keine .NET MAUI-Elemente mehr erkannt werden. Lösung ist ein Update. Aktuell ist .NET 9 raus, aber das lief erstmal nicht und daher habe ich mich entschieden erstmal auf .NET 8 zu Upgraden. Richtig ich mußte Upgraden. Einfach die .NET-Version anheben, hat nicht funktioniert. Und richtig gelesen, die Funktion heißt „Upgrade“, das sich doch etwas, wie "Migrieren" anfühlte. Weil mein Projekt nicht so viele Abhängigkeiten hat, war die Ausführung mehr den Button für Weiter zu klicken.

 

Rechte Maustaste auf das Projekt und dann im Kontext Menü "Upgrade" drücken.

Die Option "In-place project upgrade" kam meiner Anforderung am nächsten.

Auswahl ist .NET 8, da bin ich mir sicher, dass die Dinge funktionieren, die funktionieren sollen.

 

Auswahl der zu Upgradenen Inhalte so belassen.

 Und dann warten, bis alle Dateien bearbeitet wurden. In meinem Fall habe ich noch ein Problem mit SQLite, was aber die weitere Bearbeitung zunächst nicht stört.

 

Was ist das?

Brauche ich nicht, da ich nicht plane, die Anwendung auf einem Apple Gerät mit iOS zu entwickeln. Also weg mit dem drücken auf X. Und dann in die Projekt Eigenschaften öffnen.

 

Einfach den Haken rausnehmen.

 

Doch zu guter letzt

Bevor ich weiter am Projekt entwickeln kann, sollte die Unit Tests wieder laufen. Nur ein erfolgreicher Unit Test von sechs. Was allerdings auch noch sehr übersichtlich ist und auch der noch geringen Funktionalität der Anwendung zurückzuführen ist.

Ok, ich weiß wo ich stehen geblieben bin.

 

 

.NET MAUI - Problem beim Einbinden einer Resource aus andere Assembly

Eigentlich war der Fehler sehr dämlich von mir, aber ich bin wegen der mir unbekannten Fehlermeldung nicht auf das gekommen, was eigentlich die Ursache war. Nachdem ich den Fehler Verstand, dachte ich, ich schreibe das mal auf als Blogeintrag. Aber andererseits habe ich auch zu dem Thema im Internet nichts gefunden.

 

Benötigt

• Visual Studio 2022
• Mindestens .NET 7
• .NET MAUI Application
• .NET MAUI Library

 

Was ist das Ziel?

Die Styles für die Steuerelemente, sollen über eine andere Assembly geliefert werden. Damit dies funktioniert, muss in der Application die Resource in der App.xaml eingetragen werden. Für das Beispiel ist in der Assembly eine Resource abgelegt mit einem Color Style, welches mit einem Key Wert gesetzt ist. In der Application soll dann der Style mit StaticResource einsetzbar sein.

 

Umfeld für Style aufbauen

In der Resource ist ein Style zu einem Color angelegt. Hier nehme ich eine Sache vorweg, hier fehlt die Klasse und komme im späteren Schritt wieder darauf zurück.

 

Damit meine Application darauf zugreifen kann, muss die Assembly in die Abhängigkeiten hinzugefügt werden.

Rechte Maustaste auf Dependencies und im Kontext Menü 'Add Project Reference'

Dann aus der Projektübersicht der Solution, die zu verwendende Bibliothek auswählen.

In der Anwendung muss in die Datei App.xaml die Reference händisch eingetragen werden. Automatische Vervollständigung funktioniert an der Stelle nur zum Teil.

Nun der Merge, um hier die Styles einzubinden. Das Unterstreichen zeigt uns an der Stelle ein Problem.

Am Anfang habe ich bereits erwähnt, dass in der Datei CodexzierTheme.xaml die Klasse fehlt.

Also bringen wie die Klasse noch ein.

Der Fehler in der Anwendung aus der Datei App.xaml ist nun weg.

Auf der MainPage.xaml, habe ich ein Rechteck, welches als Hintergrundfarbe den Style aus der Assembly bekommt. Leider lässt sich das nicht über die Autovervollständigung nicht eintragen.

 

Bis hier her, sieht die Sache in Ordnung aus, mit Ausnahme, dass die Ressource hier nicht gefunden wird über IntelliSense. Ich starte die Anwendung mit F5 und direkt nach dem Start erhalte ich bereits meinen Fehler, den ich bereits als Titelbild gewählt habe.

 

Was fehlt?

Eigentlich sollte klar sein, dass hier die Klasse selbst für die Resource fehlt. In WPF, Silverlight, UWP und XAML musste die Klasse nicht mit eingebunden werden. Bei Xamarin habe ich keine Erfahrungswerte.

 

Per Copy und Paste, habe ich meine ResourceDictionary Datei und nur Namentlich angepasst. Was ich zu diesen Punkt nicht wusste, dass im .NET MAUI zur ResourceDictionary ebenfalls eine Partial Klasse zugeordnet wird.

Nach dem ich zum testen eine ResourceDictionary aus dem .NET MAUI-Templates hinzugefügt habe, war schon gleich der unterschied zu sehen.

Nachdem ich dies so übernahm, ging auch der Aufruf über IntelliSense …

… und die Anwendung ließ sich dann starten mit der gewünschten Farbe aus dem Style.

 

Schlusswort

Wenn das auf der Microsoft Seite so steht, dann funktioniert das auch in der Regel. Das wäre mir auch neu gewesen, wenn eine Beschreibung nicht dem entspricht. Aber meine Erfahrung hat mich an der Stelle in die irre geführt. Die Suche über das Internet ergab ähnliche Ergebnisse, aber keines wies darauf, welche Abhängigkeiten im Umfeld notwendig sein sollten, damit das Einbinden von Resourcen aus einer anderen Assembly funktioniert.

Links

Resource dictionaries - .NET MAUI | Microsoft Learn

Tool Lagerverwaltung (Teil 6) Umzug nach .NET MAUI

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 ganz will ich die Inhalte nicht kopieren und ich bin mir nicht sicher, ob einige Vorgänge genau so funktionieren wie in WPF. Zudem sollen auch die Fehlenden Unit Tests kommen, was wiederum voraussetzt, dass ich für jede Komponente die Anforderungen und Erwartungen beschreibe. Stichwort: Test-Driven-Development oder auch kurz TTD. Ein Thema, dass man immer wieder hört, aber nie gemacht wird oder gefühlt nur von mir umgesetzt wird.

Zunächst erstelle ich das Projekt mit folgenden Einstellungen:

• Projektvorlage: .NET MAUI Class Library
• Projektname: Codexzier.Maui.ApplicationFramework

Die Ordner Struktur kann zum Teil übernommen werden. Allerdings ziehe ich vor, erst die Ordner zu erstellen, wenn eine Klasse darin erstellt wird. Damit soll vermieden werden, nicht genutzte Inhalte anzulegen.

Darüber hinaus wurden von der Vorlage Ordner angelegt mit den Namen zu verschiedenen Plattformen.

Aktuell belasse ich die Inhalte und entscheide erst mit späteren Tests auf den verschiedenen Betriebssystemen, ob ich die Ordner benötige.

Issues anlegen in GitHub

Eigentlich sollte das als erstes erfolgen, bevor überhaupt die erste Implementierung stattfindet. Ich habe nachträglich mich Anhand des bestehenden WPF Application Frameworks, meine Aufgaben definiert.

Dazu lernen

Bevor ich die weitere Hauptkomponenten implementieren kann, muss ich mehr über .NET MAUI Lernen. Denn zu diesem Zeitpunkt weiß ich nicht, ob meine Bisherigen Funktionen so weit übernommen werden kann und zum anderen will ich statt MVVM, das MVU Pattern verwenden, dass auf .NET MAUI besser geeignet ist.

Übersicht

Teil 1 - Wiki anlegen in GitHub

Teil 2 - Neue Solution

Teil 3 - Noch ein Wiki anlegen

Teil 4 - Datenbank und Schnittstelle

Teil 5 - Konzept ausschreiben

Teil 6 - Umzug nach .NET MAUI