Boehrsi.de - Blog

Solltet ihr Lust auf das eine oder andere (konkret eines von 150) Indie Spiel haben, solltet ihr innerhalb der nächsten ca. 24 Stunden bei Stream vorbeischauen. Dort findet aktuell der Indie MEGABOOTH’s Going Away (For Now) Sale statt.
Die angebotenen Spiele sind bunt gemischt und somit gibt es alles von Reus, über Figment und Chasm, bis hin zu Forts, Riverbond und Cook, Serve, Delicious 2. Die Spiele sind teils sehr stark reduziert, was bedeutet ihr könnt mit Rabatten zwischen 25 und 80 Prozent rechnen.
Bei Interesse schaut entsprechend zeitnah bei Steam vorbei, denn die Aktion ist wie erwähnt nicht mehr lange aktiv. Ich werde vermutlich auch heute Abend noch eine Runde stöbern, sofern es die Zeit erlaubt.

• Indie MEGABOOTH's Going Away (For Now) Sale open_in_new

Ein arbeitsreiches Wochenende liegt hinter mir, aber dafür ist der Server nun wieder quasi voll einsatzfähig. Eine neue Festplatte und eine frische Installation, dazu diverse Optimierungen und einen Frühjahrsputz gab es.
Vor allem die letzten beiden Punkte freuen mich sehr, denn in den letzten Jahren nutzte ich für vieles kleine selbstgeschriebene Skripte. Die Gründe dafür waren divers, einige sinnvoll und einige eher nicht. Das diese Skripte aber immer noch genutzt wurden basierte einfach auf Gewohnheit.
Diese alten Komponenten bin ich nun losgeworden, wodurch die Verwaltung meiner zusätzlichen Tools (z.B. Voice-Server, Kommentarsystem und Statistiksystem) nun mittels Ubuntus Systemd open_in_new direkt vom System gesteuert wird und meine Tools zum überwachen des Systemzustands nun direkt von der global vorhandenen Verwaltungssoftware des Servers (Plesk open_in_new) erledigt werden.
Dadurch habe ich generell mehr Möglichkeiten, halte mich an gegebene Standards und kann mich besser auf die eigentliche Entwicklung und Nutzung von neuen Tools konzentrieren, statt mir Gedanken zur Einrichtung machen zu müssen.
Sollte euch noch etwas auffallen was nicht funktioniert, meldet euch gerne in den Kommentaren und ich schaue mir das Ganze an. Der Blog wird in den nächsten Tagen auf jeden Fall einige neue News erhalten, da ich mit diversen Themen etwas im Verzug bin.

Auch wenn der Server nach dem letzten Hardware-Scan, welcher keine Fehler offenbarte, relative lange stabil lief, gab es heute leider wieder Probleme. Abermals ohne nützliche Logging Informationen oder sonstige Daten.
Aus diesem Grund werde ich nun den kompletten Hardware-Scan veranlassen, welcher den Server auf Herz und Nieren testen wird. Ich hoffe dabei wird etwas zu Tage gefördert, denn ein kompletter Systemcrash, ohne jegliche Logging Daten, ist remote ansonsten ziemlich unmöglich zu debuggen.
Ich werde den Scan heute Nacht (07.05.2020) gegen 22:00 Uhr starten und hoffe den Server morgen im Laufe des Nachmittags wieder online nehmen zu können. Entsprechende Statusinformationen gibt es wie gewohnt hier via Uptime Robot open_in_new oder auf Twitter open_in_new.

Falls ihr wie ich gerade nach einem langen Arbeitstag Ausgleich sucht und gerne Rainbow Six Siege zockt, dürfte das neue Grand Larceny Event vielleicht etwas für euch sein.
Es geht zurück auf die alte Hereford Base Map, wo es nicht um Bomben oder Geiseln geht, sondern ums gute alte Geld. Vom 05. bis 19. Mai dürfte ihr auf einer vertikal quasi komplett zerstörbaren Hereford Version, mit Shotguns und ohne Preparation-Phase euer Unwesen treiben.
Erste Videos sahen sehr unterhaltsam aus und ich freue mich, dass das Event länger als nur eine Woche verfügbar ist. Spielbar sind übrigens fast alle Operator. Gekämpft wird im 5on5, wo ihr entweder Safes sichern oder wie gewohnt das Gegnerteam ausschalten müsst.
Im unteren Teil der News findet ihr das Teaser-Video und alle weiteren Informationen gibt es in den Related Links.

• Grand Larceny Event Website open_in_new
• Rainbow Six Siege Website open_in_new

Aufgrund der Länge des Beitrags habe ich diesen Abschnitt des Tutorials noch einmal aufgeteilt. Die erste Hälfte (Main Logik) findet ihr hier.

Nachdem wir nun die App initial laden können, geht es weiter mit der Liste der RSS Feeds. Dieser Bereich besteht bei mir aus fünf Dateien. Im feed_list Package open_in_new befinden sich die feed_list.dart open_in_new, feed_list_barrel.dart open_in_new, feed_list_bloc.dart open_in_new, feed_list_change.dart open_in_new und feed_list_events_states.dart open_in_new. Der Aufbau ist sehr ähnlich unserem Main Konstrukt, mit einer weiteren Datei, welche das Hinzufügen, Bearbeiten und Löschen über die UI ermöglicht. Die Event / State Datei (lib/feed_list/feed_list_events_states.dart open_in_new) und die Barrel Datei (lib/feed_list/feed_list_barrel.dart open_in_new) wird im Folgenden nicht weiter erläutert, da sie trivial sind.
Beginnen werden wir nun mit dem FeedListBloc. Dieser könnte als Herzstück der App bezeichnet werden, da er sowohl die RSS Feeds verwaltet, wie auch Updates aller Feeds durchführen kann. Die gesamte App arbeitet dabei mit nur einem FeedListBloc, welcher bereits in der lib/main.dart open_in_new erstellt und mittels eines Providers darunterliegenden Strukturen zur Verfügung gestellt wird. Damit kann sichergestellt werden, dass keine unnötigen Objekte erzeugt werden oder aber falsche States aktualisiert werden.

• Tutorial App Repository auf GitHub open_in_new
• Flutter Website open_in_new

Nun geht es in die vollen, denn heute bauen wir unsere erste richtige Logik. Am Ende des vierten Teils dieser Tutorialreihe soll die initiale Logik zum Start der App und die RSS Feed Logik implementiert sein. Zur Umsetzung erstellen wir den MainBloc (lib/main/main_bloc.dart open_in_new), der die Datenbank lädt und später z.B. das Laden der Konfiguration übernehmen kann. Sobald dieser Vorgang abgeschlossen ist, sollen alle RssFeed Objekte mit Hilfe des FeedListBloc (lib/feed_list/feed_list_bloc.dart open_in_new) aus der Datenbank geladen werden.
Damit die Datenbank auch mit Inhalt gefüllt ist, soll es über die UI möglich sein einen neuen Feed anzulegen. Sowohl für das Laden der RssFeeds, wie auch für das Hinzufügen wird der FeedListBloc genutzt. Außerdem erstellen wir geeignete Widgets zur Darstellung der Liste (lib/feed_list/feed_list.dart open_in_new) und des Formulars (lib/feed_list/feed_list_change.dart open_in_new), wobei letzteres im nächsten Teil der Reihe umgesetzt wird.
In diesem Zuge habe ich auch eine kleine Umbenennung vorgenommen, denn unser RssList Widget (nun FeedList Widget) und alle damit verwandten Klassen, befinden sich nun im FeedList Kontext open_in_new (Namen und Pakete). Dieser Name gefiel mir einfach besser und ist gleichzeitig kürzer und deutlicher. Die Bezeichnung für den Typ bleibt allerdings unverändert bei RssFeed.

Damit das Verstehen der folgenden Schritte leichter fällt, beginne ich mit einem schnellen Einblick in das BloC Konzept. Ich empfehle euch allerdings die offizielle Dokumentation open_in_new zum Thema anzuschauen, wenn ihr das Ganze aktiv nutzen wollt. Sie ist übersichtlich, gut gemacht und bietet außerdem diverse gute Beispiele.
BloC oder auch Business Logic Components ist mein aktuell favorisierter Weg, um Logik von UI und wiederum von Daten zu trennen. Dafür wird sehr intensiv auf das Konzept von Streams open_in_new gesetzt. Ein BloC interagiert immer mit zwei Streams, einem für den Input (Events) und einen für den Output (States), dabei sollte jedes Event zu mindestens einem passenden State führen. Im konkreten Library Kontext wird dafür die mapEventToState() open_in_new Methode genutzt. Sofern ihr einen BloC erstellt und Bloc open_in_new erweitert, müsst ihr sowohl die akzeptierten Events dieses BloC, wie auch die dazugehörigen States angeben. Diese definiert man meist in einer gesonderten Datei, wodurch ein übersichtlicher klarer Rahmen von erlaubten Eingaben und Ausgaben definiert wird.
Events können von der UI, z.B. durch einen Tap auf einen Button, kommen oder aber von anderen BloCs, bzw. tieferliegenden Komponenten. States werden vom BloC erzeugt und meist von der UI verarbeitet und führen zu automatischen Anpassungen von selbiger. Allerdings können auch andere BloCs auf State Änderungen hören und entsprechend Aktionen durchführen. Es ist außerdem erlaubt im Laufe der Verarbeitung mehrere States zu liefern. So macht es bei längeren Aktionen zum Beispiel Sinn, am Anfang einen Loading State zu übergeben und nach Abschluss einen State der die finalen Daten zurückgibt.
Entsprechend gibt es verschiedene Quellen für Events und verschiedene Ziele für States, auch mehrere gleichzeitig sind möglich. Streams bieten hier viele Freiheiten und Flexibilität, es ist allerdings extrem wichtig alles ordentlich zu dokumentieren und klare Flows zu etablieren. Denn mit großer Flexibilität kommt sonst großes Chaos.

• Tutorial App Repository auf GitHub open_in_new
• Flutter Website open_in_new

Da ich im April sehr viel im Arbeitsumfeld zu tun hatte, musste der Blog leider etwas zurückstecken und unter anderem ging mein monatliches Gaming Gewinnspiel dabei unter. Aus diesem Grund ist die Mai Ausgabe mit der doppelten Menge an Preisen unterwegs. Soll heißen ich verteile dieses Mal bis zu 10 verschiedene Spiele an euch.
Zusätzlich wurde die Liste der verfügbaren Preise aktualisiert und es befinden sich nun wieder über 200 Spiele in der Preisliste. Aus diesen könnt ihr wie gewohnt wählen und mit etwas Glück und einem Kommentar unter dieser News gibt’s bald etwas Neues zu zocken für euch.
Abseits von diesem Gewinnspiel gibt es auch in der näheren Zukunft noch etwas Feines für euch, schaut also ruhig häufiger rein in der nächsten Zeit, es könnte sich lohnen. Alle Informationen zum aktuellen Gewinnspiel gibt es wie gewohnt im unteren Teil der News.

Beim Programmieren ist es wichtig bestimmte Regeln einzuhalten, dabei geht es nicht nur darum das der Code kompiliert, sondern auch das er verständlich, übersichtlich und dadurch wartbar ist und auch bleibt. Diese Dinge erzielt man meist indem man sich an bestimmte Guidelines hält. Diese gibt es oft von den Entwicklern der Sprache selbst, von großen Organisationen oder aus anderen Quellen. Woran man sich konkret hält ist zwar Geschmackssache, aber man sollte auf jeden Fall einen konsistenten Pfad verfolgen.
Da wir aber alle nur Menschen sind, dadurch Dinge vergessen oder einfach übersehen, ist eine technische Hilfe durchaus willkommen. Lint Checker open_in_new helfen uns mit Warnings und teilweise bietet die dazu passende IDE sogar Autokorrekturfunktionen an. Im Flutter Kontext habe ich zuletzt die genannten Dinge kombiniert.
Ich habe mir das Pedantic Package open_in_new geschnappt, welches die Lint Regeln von Googles Dart / Flutter Entwicklern beinhaltet, selbige mit meinen privaten Projekten in Android Studio verknüpft und somit mit extrem wenig Aufwand, noch einmal diverse kleine Baustellen aus der Welt geschafft.
Das Package selbst wird wie gewohnt als Dependency eingebunden, meinem Fall aber im dev Bereich der pubspec.yaml Datei, da ich nur die Checks während der Entwicklung nutzen möchte.

dev_dependencies:
  pedantic: ^1.8.0

Neben eurer pubspec.yaml benötigt ihr eine weitere Datei. Falls noch nicht vorhanden erstellt die analysis_options.yaml im Root Verzeichnis eures Projektes und fügt die folgende Zeile ein.

include: package:pedantic/analysis_options.yaml

Ich führte anschließend noch einmal ein flutter pub get aus und schon flogen mir die Warnings nur so um die Ohren. So schlimm war es nicht, aber den einen oder anderen Tipp gab es dann doch noch für mich. Tatsächlich alle nachvollziehbar und mit wenigen Klicks via Android Studio Quick Fix behoben. Meiner Meinung nach ein einfacher Weg, um die Codequalität eines Projektes weiter zu heben. Alternativ gibt’s übrigens auch noch das Effective Dart Package open_in_new , welches direkt alle Regeln des Effective Dart Guides anwenden soll. Selbiges werde ich in der Zukunft auch noch ausprobieren.

• Pedantic Package open_in_new
• Effective Dart Guide open_in_new
• Customizing Static Analysis Guide open_in_new

Humble und Square Enix haben sich zusammen getan und bieten noch ziemlich genau fünf Tage lang das Humble Square Enix Collective Bundle 2020 an. Für einen Euro gibt’s bereits Oh My Godheads, Goetia, OCTAHEDRON und Deadbeat Heroes für euch.
Der Durchschnitt möchte überboten werden, was ihr aktuell mit ca. sieben Euro erreicht und schon dürft ihr euch zusätzlich über The Turing Test, Forgotton Anne, Fear Effect Sedna und Black The Fall freuen. Die letzte Stufe ist dann nicht mehr weit, denn für neun Euro ist sie bereits zu haben. Hier gibt es Children of Zodiarcs, Boundless, Tokyo Dark und BATTALION 1944 für eure Spielebibliothek.
Wie immer geht ein Teil der Einnahmen dieses Bundles an einen guten Zweck. Alle Humble Bundle Links sind Affiliate- / Partner-Links die meinen Blog unterstützen.

• Humble Square Enix Collective Bundle 2020 open_in_new

Nach dem der letzte Teil ein sehr langes Intro war, erstellen wir nun die Typen und die Datenbank, inklusive Wrapper-Objekten, welche uns die einfache Nutzung der Datenbankinhalte innerhalb der BloCs erlauben sollen. Neben einer sehr kleinen Basisklasse (lib/types/database_entry.dart open_in_new) für die Typen, gibt es zwei Haupttypen. Einmal den RssFeed (lib/types/rss_feed.dart open_in_new) und den RssEntry (lib/types/rss_entry.dart open_in_new). Diese beiden bilden die initiale Datenbasis, mit welcher ich arbeiten möchte. Im folgenden findet ihr Code-Teile der genannten Klassen und einige Erklärungen dazu.

lib/types/database_entry.dart (Code auf GitHub open_in_new)

abstract class DatabaseEntry {
  Map<String, dynamic> toMap();

  int get id;
}

Diese kleine Basisklasse zwingt unsere Typen dazu, sowohl ein Mapping Funktion zur Verfügung zu stellen, wie auch einen Getter für die Id. Die Mapping Funktion ist relevant, da unsere Datenbank JSON open_in_new als internes Format nutzt und entsprechend gerne mit Key-Value-Maps arbeitet. Ich hätte hier gerne noch Wrapper-Funktionen für die Erstellung der jeweiligen Objekte hinzugefügt, aber dafür wäre Generic-Black-Magic nötig gewesen, welche den Umfang dieses Tutorials sprengen würde.

• Tutorial App Repository auf GitHub open_in_new
• Flutter Website open_in_new