Boehrsi.de - Blog

Flutter bietet eine große Menge an Plugins und Packages (via pub.dev open_in_new), die euch bei der Entwicklung eurer Apps helfen sollen. Ich selber nutze einige davon und habe auch schon selber welche geschrieben, weitere Informationen dazu im Projekte Bereich. Da die Auswahl aber sehr groß ist und man manchmal gar nicht genau weiß was man braucht, starte ich heute eine News-Sammlungen zu Plugins und Packages die ich viel nutze.
Die Begriffe Plugin und Package werde ich vermutlich beide benutzen, auch wenn ich versuche ein einheitliches Wording zu verwenden. Technisch ist der Unterschied bei diesen beiden übrigens wie folgt definiert. Ein Flutter Plugin interagiert auf die eine oder andere Weise mit nativem Code und stellt z.B. ein Interface für schon vorhandene native Bibliotheken zur Verfügung. Während ein Dart Package ausschließlich in Dart entwickelt wird. Hier könnte man als Beispiel Packages nennen, die neue Widgets einführen oder mathematische Formeln in Dart implementieren.

Softwareentwicklung bedeutet neben neuen Features natürlich auch das auffinden und beheben von Bugs und Problemen. Nun sind Projekte groß, teils mit anderen zusammen entwickelt und entsprechend hat man einen mehr oder weniger tiefen Einblick in die verschiedenen Teilbereiche einer Software.
Umso befriedigender ist es eine grobe Beschreibung von einem Problem zu hören und direkt eine Idee zu haben, wo das Problem liegen könnte. Liegt man dann auch noch komplett richtig, ist dies meiner Meinung nach eines der besten Gefühle für Entwickler. Denn es zeigt das man den Code nicht nur kennt, sondern auch das man ihn verstanden und durchdrungen hat. Soll heißen man weiß nicht nur was passiert und wo es passiert, sondern auch warum und welche generellen Abläufe dahinter stecken.
Ebenfalls sehr angenehm empfinde ich es, wenn man vorhandene Konzepte und Strukturen in neuen Bereichen problemlos einsetzen kann. Da man sie flexibel genug aufgebaut hat, sodass auch andere Einsatzzwecke als der initial geplante umgesetzt werden können. Dabei kann es je nach Situation natürlich möglich sein das minimale Erweiterungen nötig sind, doch wenn die Grundideen und Abläufe weiterhin funktionieren fühlt man sich durchaus bestätigt.
Da man bei der Softwareentwicklung am Ende nicht zwangsweise etwas in der Hand hält und auch das Feedback der Nutzer oft sehr indirekt ist, finde ich es wichtig aus derartigen Dingen Freude zu ziehen. Denn am Ende sollte man ja auch Gefallen an dem finden was man tut, egal ob professionell oder im privaten Kontext. Insofern genießt den nächsten Bugfix oder das nächste Refactoring vielleicht einfach und freut euch darüber das ihr wisst was zu tun war, statt euch über eventuell blöde Fehler zu ärgern. Ein bisschen Fluchen zum abreagieren schadet hin und wieder aber natürlich trotzdem nicht.

Software benötigt oft viele Komponenten, welche aus verschiedenen Systemen bestehen, welche wiederum jeweils Logik beinhalten. Diese Kette von potentieller Komplexität und damit verbundenen Entwicklungsaufgaben kann je nach Projekt unterschiedlich ausgeprägt auftauchen. Doch vor allem bei der Entwicklung von neuen Projekten, vielleicht sogar mit neuen Konzepten oder Frameworks, kann es schnell zu einem unangenehmen Durcheinander an Aufgaben kommen.
Ich selbst bemerke dies aktuell in Kontext meiner Gehversuche in der Welt der Spieleentwicklung. Denn während ich Apps, Backends, Webseiten und generell Programme schon oft entwickelt habe, so sind Spiele und die damit verbundenen Aufgaben durchaus neu für mich. Am Ende ist es alles Code, aber die benötigte Logik und welche Komponenten zu welchem Zeitpunkt implementiert werden sollten ist trotzdem etwas neues. Diese neuen Abläufe sind für mich kein generelles Problem, aber ich erwische mich immer wieder dabei wie ich im Kopf über ein Probleme nachdenke und dabei in gefühlte fünf andere Teilbereiche abdrifte. Somit vermische ich dann diverse Dinge miteinander, was ein Problem ist. Denn bei fehlendem Fokus verliere ich Geschwindigkeit.

Im Laufe des heutigen Nachmittags wird es zu kurzen Ausfallzeiten des Blogs und der angeschlossenen Dienste kommen. Neben Serverupdates wird es auch eine Aktualisierung des Backends geben. Die Ausfallzeit des Blogs selbst sollten unter 5 Minuten betragen und der Kommentar-Service und Such-Service sollten nicht länger als 15 Minuten offline sein. Alle weiteren Informationen könnt ihr wie gewohnt meiner Status Seite open_in_new entnehmen, sobald das Update beginnt. Die Updates selbst sollten keine sichtbaren Änderungen für euch Nutzer mit sich bringen, das es nur Wartungs- und Performance-Updates sind.

Update - 11.06.2022 - 19:40 Uhr
Alle Aktualisierungen wurden erfolgreich abgeschlossen.

Es gibt wieder eine Runde Updates für meine Device Marketing Names & Device Identifiers Projekte. Am letzten Sonntag wurde Version 0.3.1 meines Device Identifiers Tools veröffentlicht, welches nun leicht optimierten Dart Code und Kotlin Code mit einem Hinweis zur Anpassung des Packages beinhaltet. Für alle die das Projekt nicht kennen, es sammelt automatisch Daten zu bekannten iOS und Android Geräten und erstellt daraus direkt im Code nutzbare Maps (Gerätemodell zu Gerätename).
Da man neben den Daten natürlich auch Libraries brauch die selbige im eigenen Projekt nutzbar machen, habe ich eine Dart / Flutter Library und eine Kotlin Library veröffentlicht. Beide wurden ebenfalls aktualisiert. Die neue Kotlin Version lautet 0.2.4 und in der Dart Welt sind wir bereits bei Version 0.4.1. Beide Updates beinhalten neue Datensätze, sowie aktualisierte Abhängigkeiten und minimale Code-Optimierungen.
Weitere Informationen findet ihr auf den jeweiligen Projektseiten und auf GitHub open_in_new, da alle genannten Projekten Open Source sind.

• Device Marketing Names - Dart / Flutter Projektseite open_in_new
• Device Marketing Names - Kotlin Projektseite open_in_new
• Device Identifiers Projektseite open_in_new

Auch dieses Quartal gibt es für geneigte Flutter Entwickler wieder das Flutter User Survey. Hier wird die generell Stimmung bezüglich des Frameworks abgefragt und zusätzlich wird meist noch ein konkreter Bereich thematisiert. Dieses Mal ist letzteres die Frage nach eurer favorisierten IDE und was ihr euch in diesem Bereich so vorstellen könnt zu nutzen.
Derartige Umfragen erlauben es dem Flutter Core Team Prioritäten bei der Entwicklung des Frameworks und auch des Toolings zu setzen. Sofern ihr also in der Flutter Welt unterwegs seid, folgt gerne den Related Links. Ich habe selbiges schon getan und dafür nur wenigen Minuten gebraucht, da die Flutter User Surveys dankenswerterweise recht kurz gehalten sind.

• Flutter User Survey - Q2 2022 open_in_new
• Flutter Website open_in_new

Die Google I/O ist nun schon knapp zwei Wochen her und ich selbst kam noch gar nicht dazu mir die relevanten Sessions anzuschauen. Selbiges werde ich in den kommenden Tagen nachholen. Doch Flutter 3, welches im Rahmen besagter I/O veröffentlicht wurde konnte ich schon nutzen. Flutter 3 bringt stabilen Support für alle Desktop Plattformen mit sich, also Windows, Linux und Mac, was ein großer Schritt ist. Denn während Android, iOS und das Web bereits seit längerem als stabil markiert waren, war der Desktop-Bereich - abseits von Windows - noch nicht so weit. Im mobilen Bereich wurde die Unterstützung von besonderen Gerätetypen, wie z.B. Foldables voran getrieben. Außerdem gibt es diverse Optimierungen bezüglich der Flutter Entwicklung auf Apple Geräten und der Material 3 open_in_new Support wurde massiv erweitert. Im Web Bereich wurde vor allem die Performance verbessert. Hier kann man z.B. im Bereich der Anzeige von Bildern massive Verbesserungen erkennen.

• Flutter Release Infos im Flutter Blog open_in_new
• Flutter Website open_in_new

Welche Flutter Version nutzt welche Dart Version und welcher Release Channel hat aktuell welche Versionen im Angebot? Eine Frage die man sich als Flutter Entwickler hin und wieder stellt, vor allem wenn man vorab neue Funktionen testen will. Das Flutter Tooling bietet die Möglichkeit schnell und problemlos zwischen Channels zu wechseln (flutter channel) und Updates zu machen (flutter upgrade), doch besagte Übersicht hat man dort nicht. Dafür gibt es eine durchaus praktische Webseite in der Flutter Dokumentation open_in_new. Dort gibt es einen Überblick zu den Plattformen, Channels, Flutter Versionen und den entsprechend genutzten Dart Versionen. Solltet ihr euch vor einem Channel Wechsel oder Flutter Update also informieren wollen, besagte Seite könnte hilfreich sein.

• Flutter SDK Releases Übersicht open_in_new
• Flutter Website open_in_new

Weiter geht es mit den Release News. In den letzten Wochen gab es bereits einiges in diesem Bereich und sofern es nach mir geht werden die nächsten Monate diesen Trend fortsetzen. Heute geht es um eine neue Library, welche seit kurzem verfügbar ist. Device Marketing Names ist ein Name welcher schon häufiger hier im Blog fiel, aber dabei ging es immer um die Dart / Flutter Variante meiner Lookup Library für Gerätenamen.
Ab jetzt gibt es auch eine Kotlin Version, welche vor allem im Bereich der nativen Android Entwicklung genutzt werden kann. Die aktuellen Version 0.2.3 ermöglicht ein einfaches Mapping vom aktuellen Gerät oder eines bereits bekannten Models auf den verbreiteteren Gerätenamen. Selbiger kann z.B. in Logs oder User-Agents genutzt werden. Die Library bietet verschiedene Methoden, welche hoffentlich die meisten Use Cases abdecken.

• Device Marketing Names Kotlin Projektseite open_in_new
• Device Marketing Names Kotlin auf JitPack.io open_in_new
• Device Marketing Names Kotlin auf GitHub open_in_new
• Device Identifiers Projektseite open_in_new

JSON dürfte eines der bekanntesten Formate von Daten für Softwareentwickler sein. Egal ob zum speichern, formatieren, versenden via API oder verarbeiten auf einem Server, diese Art der Daten findet man immer wieder. Den Systemen reicht valides JSON, die Formatierung ist darüber hinaus egal, doch als Mensch möchte man zur besseren Lesbarkeit manchmal auch eine Pretty-Print Version. Selbiges bieten die meisten JSON Libraries von sich aus an. Doch was wenn man alles in Diagrammform haben möchte, um z.B. Datenstrukturen als Bild teilen zu können?
Auch hier gibt es sicherlich verschiedene Lösungen, vor kurzem bin ich allerdings über JSON Visio gestolpert. Ein Tool welches euch direkt im Browser die Möglichkeit gibt einen JSON Datensatz einzugeben und entsprechend ein speicherbares Diagramm erstellt. Ich fand das Ganze im Kontext von Tests oder beim Entwickeln von APIs und Datenstrukturen durchaus praktisch. Aus diesem Grund auch dieser Beitrag. Falls ihr also auch JSON Daten visualisieren wollt, folgt einfach den Related Links.

• JSON Visio Editor open_in_new
• JSON Visio Webseite open_in_new