Boehrsi.de - IT und Gaming Blog

Es gibt wieder neues von mir aus der Flutter Welt. Meine App Tessa hat ein Update erhalten. In dieser Version fügte ich einen Dark Mode und anpassbare Kategorien hinzu. Natürlich wurden auch diverse Fehler behoben und einige Anpassungen an der UI vorgenommen. Letzteres sorgt vor allem für einen modernen Look im Bereich der Snackbars. Ebenfalls verbessert wurde die Performance.
Im Rahmen des Updates habe ich das erste Mal mit Flutter in Verbindung mit einem dedizierten Dark Mode gearbeitet und ich bin durchaus zufrieden. Generell musste ich lediglich mein allgemeines Theme in ein helles und ein dunkles aufteilen und der Großteil war geschafft. Natürlich muss man sich dann noch um eventuelle manuelle Einstellungen kümmern, aber extrem vieles lief einfach so. Selbst UI die von Third Party Libraries gebaut wird, konnte bis auf kleine Ausnahmen ohne Änderungen verwendet werden. Hier merkt man das Flutters Material Komponenten alle aus einem Guss kommen.
Bedenken sollte man allerdings auch die nativen oder statischen Komponenten. In diesem Bereich habe ich vor allem kleinere Anpassungen an den genutzten Bildern vorgenommen und den initialen Splash Screen angepasst. Hierfür habe ich innerhalb von Android selbst die gegebenen Möglichkeiten genutzt. Da zu diesem Zeitpunkt Flutter selbst noch nicht aktiv ist, ist der Splash Screen immer gemäß des System Themes gesetzt und manuelle App Einstellungen greifen dann nachdem der Flutter Kontext geladen ist.

Related Links

• Tessa - Reit-Assistent bei Google Play open_in_new
• Tessa - Reit-Assistent im Projektebereich open_in_new

Einige ruhige Blog-Tage liegen hinter mir, dafür konnte ich am vergangenen Wochenende mein neues PC Setup auf Herz und Nieren testen. Grund dafür ist ein jährliches Event unter Freunden. Der eine oder andere wird LANs vielleicht noch kennen, auch wenn sie in der heutigen Zeit aufgrund der Verbreitung des Internets vermutlich seltener geworden sind. Eine Gruppe von Gamern schleppt ihre Systeme zu Person X und man verbringt gemeinsam ein Wochenende mit Spaß, Gaming, ungesundem Essen und natürlich vielen Netzwerk- / Software- / Hardware-Problemen.
Auch wenn ich langsam älter werde und die entsprechende Zeit, um sich von einem derartigen Wochenende zu erholen, immer länger wird, so kann ich LANs weiterhin nur empfehlen. Denn wie oft hat man als Erwachsener sonst Zeit sich mit Freunden zu treffen und sich ein ganzes Wochenende zu benehmen als wäre man wieder 16. Man sollte allerdings auf keinen Fall vergessen den Montag frei zu nehmen.
Zu meinem System kann ich übrigens sagen, dass es sich sehr gut geschlagen hat. Lediglich ein BIOS Update war noch nötig, um die Stabilität auf 100 Prozent zu bekommen.

Wie bereits angekündigt sind nun alle Teile angekommen und der Einbau kann erfolgen. Dies werde ich am Wochenende vornehmen und natürlich entsprechend Bilder dazu erstellen. In weiteren Beiträgen gehe ich dann auf die einzelnen Komponenten ein und warum ich selbige gewählt habe. Die komplette Liste meines neuen Systems findet sich im unteren Teil der News. Sollte es Fragen geben, meldet euch gerne direkt in den Kommentaren. Alle Amazon Links sind Affiliate- / Partner-Links die meinen Blog unterstützen.

Ich hätte nicht gedacht das ich die folgenden Worte dieses Jahr noch aussprechen kann, aber “es geht los”. Der Bau meines neuen PCs, welchen ich bereits vor einigen Monaten geplant hatte, kann nun starten. Grund für die Verzögerung war die aktuelle Verfügbarkeitssituation im Bereich Hardwarekomponenten. Vor allem Grafikkarten sind, auch wenn der Preis in den letzten Wochen durchaus gefallen ist, quasi gar nicht verfügbar und wenn dann nur zum doppelten Normalpreis.
Da ich nicht einsehe für eine ohnehin schon teure Komponente das doppelte zu zahlen, versuchte ich seit diversen Wochen mein Glück beim wöchentlichen Drop im offiziellen AMD Shop open_in_new. Denn dort wird eine geringe Menge von Grafikkarten wöchentlich zur UVP angeboten. Letzte Woche hat es nun geklappt und gestern kam die Karte an, es ist eine AMD Radeon RX 6800 XT Midnight Black open_in_new geworden.
Ich werde mich nun um Backups und Freizeit kümmern, denn mit dem PC Umbau geht bei mir dieses Mal auch ein genereller Umbau im Arbeitszimmer einher. Sobald alles geregelt ist werde ich mir genüsslich das Wohnzimmer reservieren, einen Stream auf den Fernseher packen und mir einen schönen PC-Bastel-Tag genehmigen. In diesem Rahmen werden diverse Bilder entstehen, welche ich zusammen mit der einen oder anderen Beschreibung in weiteren Beiträgen mit euch teilen werde.

Über die Git Struktur meiner Dienste schrieb ich bereits, heute geht es etwas tiefer in die technischen Interna und die Ideen dahinter. Wie erwähnt nutze ich einen Core und selbiger erhält eine beliebige Anzahl an Implementierungen. Dies kombiniert ergibt dann einen Service. Doch wie habe ich dies umgesetzt, wie erfolgt im Code die eigentliche Verbindung zwischen Core und Implementierungen und wie arbeitet man wirklich mit diesem simplen Modularisierungskonzept?
Wie bereits mehrfach erwähnt nutze ich den folgenden Ansatz für kleinere Projekte, an welchen ich meist alleine arbeite. Für mittlere Projekte, mit mehreren Entwicklern, könnte man den Ansatz mit simplem Scripting auch nutzbar machen, für größere Teams würde ich selbigen aber nicht empfehlen. Doch nun zum technischen.

Ich arbeite gerne mit Flutter, migrierte meine internen Java & Android Projekte und schreibe quasi täglich die eine oder andere Zeile Code. Doch ist Flutter auch was für den echten produktiven Einsatz? Diese Frage kann ich seit kurzem nun auch offiziell mit einem klar ja beantworten. Grund dafür ist meine erste Flutter App im Google Play Store (Tessa - Reit-Assistent open_in_new), welche durchaus umfangreich geworden ist und mit Dart und Flutter als Basis sehr gut funktioniert.
Der Kontext ist mit einer Companion App für Pferdebesitzer eher außerhalb meiner Kernkompetenzen, aber genau dies zeigt mir noch mehr das man mit Flutter Apps entwickeln kann, die den eigenen Wünschen oder den Wünschen eines Auftraggebers entsprechen. Grund für das Thema der App ist meine Frau, welche mit dem Reiten ein Hobby gefunden hat, welches durchaus komplex sein kann.

Related Links

• Tessa - Reit-Assistent bei Google Play open_in_new
• Tessa - Reit-Assistent im Projektebereich open_in_new

Um sowohl ein hohes Maß an Wiederverwendbarkeit, wie auch ein niedriges Level an Komplexität zu erreichen, habe ich mir für meine Boehrsi.de Services eine Kleinigkeit überlegt. Meinen Ansatz zur flexiblen Entwicklung ohne unnötigen Overhead möchte ich im Folgenden mit euch teilen. Dabei geht es um die Datei- und Git-Struktur, denn auf den Code Aufbau werde ich in einem gesonderten Beitrag eingehen.
Wie bereits erwähnt gibt es viele Wege und das Spektrum ist sehr breit, wenn es darum geht ein Setup für Projekte mit mehreren Modulen, bzw. einem gewissen Level an Flexibilität zu erreichen. Um einordnen zu können wo mein Konzept hilfreich sein könnte und wo es an seine Grenzen stößt, gibt es im folgenden meine Anforderungen und die Beschreibung meines eigentlichen Ziels.

Nachdem ich bereits ein paar Worte darüber verloren habe, warum ich meine Services selbstgeschrieben habe, geht es heute mit den Anforderungen und der generellen Architektur weiter. Als ich vor zwei Jahren meine Java Services schrieb, war das Thema Microservices natürlich auch in meinem Kopf sehr aktiv. Das Resultat damals waren zwei komplett unabhängige Services, für die Suche und die Kommentare. Alles unabhängig, was natürlich seine Vorteile hat, aber eben auch Nachteile.
Die Nachteile wollte ich mit meinen neuen Diensten eliminieren, denn wenn man schon erneut auf der grünen Wiese startet, soll das Ganze natürlich auch ordentliche Verbesserungen bringen. Insgesamt überlegte ich mir die folgenden Anforderungen, welche auf meinen Erfahrungen mit meinen bis dato aktiven Services beruhen.

Ich habe schon oft über die Services, welche die Such- und Kommentarfunktion hier im Blog zur Verfügung stellen, gesprochen. Das ich selbige selbst entwickelt habe wurde auch schon oft breitgetreten, aber auf die Interna bin ich bis dato noch nicht eingegangen.
Dieser Beitrag macht nun den Anfang und ist der Start für eine neue News-Sammlung. Heutiges Thema soll die Frage sein, warum ich die genannten Services selber entwickelt habe und nicht einfach vorhandene Lösungen genutzt habe. Im allgemeinen lässt sich die Frage recht einfach beantworten, denn ich bin ein Softwareentwickler. Entsprechend baue ich meine Software falls selbiges sinnvoll ist, gerne selbst. Doch warum hatte ich in diesem Fall das Gefühl es wäre sinnvoll?

Während es für fast alles ein Plugin / Package gibt im Dart / Flutter Kontext, existieren natürlich trotzdem die kleinen Ausnahmen die einem fehlen. Für diese Dinge schreibt man dann selber Code, verwendet ihn in der nächsten App wieder und entscheidet sich dann vielleicht eine Library daraus zu machen.
Selbiges tat ich vor kurzem und in diesem Zuge habe ich mein erstes Dart / Flutter Package veröffentlicht. OnUpgrade open_in_new soll dem Entwickler helfen eventuell nötige Migrationen bei App-Upgrades durchzuführen oder den Nutzer über neue Funktionen zu informieren. Das Package stellt dabei die Logik zum Speichern, Vergleichen und Auswerten der zuletzt installierten und aktuell genutzten App-Version zur Verfügung. Was im Falle eines Updates ausgeführt wird, wie ein eventueller Dialog aussieht oder wie der generelle weitere Ablauf ist, entscheidet der Entwickler.

Related Links

• OnUpgrade auf pub.dev open_in_new
• OnUpgrade auf GitHub open_in_new
• OnUpgrade im Projektebereich open_in_new