Flutter – Das Werkzeug für native Apps in Rekordzeit


Am 09. Oktober 2024 wurde im Rahmen einer feierlichen Veranstaltung im Messequartier Dornbirn der KMU-Preis des Landes Vorarlberg 2024 verliehen. FORTIX wurde als Gewinner in der Kategorie Dienstleistung/Tourismus ausgezeichnet!
Eine 7-köpfige Jury hat die Gewinner in den Kategorien Handel, Dienstleistung/Tourismus und Gewerbe/Handwerk ausgewählt. Die Fortix GmbH konnte sich gegen starke Mitbewerber durchsetzen und den begehrten Preis entgegennehmen.

## Ein großes Dankeschön

Wir freuen uns sehr über diese Auszeichnung und bedanken uns bei allen, die uns auf unserem Weg begleitet haben.
Ein besonderer Dank gilt unseren Kunden, die uns ihr Vertrauen schenken und uns immer wieder herausfordern, innovative Lösungen zu entwickeln.

![Alle KMU-Preis 2024 Preisträger](/images/blog/kmu-preis-2024/kmu2024_preistraeger.webp)

### Der KMU-Preis Vorarlberg

Der KMU-Preis Vorarlberg wird jährlich durch eine Initiative der Vorarlberger Nachrichten und der Wirtschaftskammer Vorarlberg verliehen.
Der 16. KMU-Preis wurde in den Kategorien Handel, Dienstleistung/Tourismus und Gewerbe/Handwerk vergeben. Die diesjährigen Partner des KMU-Preises
waren Land Vorarlberg, Hypo Vorarlberg, Vorarlberger Landes-Versicherung und Autohaus Lins.

#### Weitere Links:

- [KMU-Magazin 2024](https://issuu.com/medienhaus.com/docs/kmu2024_journal/16)
- [Video KMU-Preis 2024](https://www.youtube.com/watch?v=GjK8EA-7qlM)

<small>Bilder © Vorarlberger Nachrichten</small>


Sieger KMU-Preis Vorarlberg 2024


Das Windows-Terminal bietet eine deutlich verbesserte Kommandozeile in Windows 10 und 11.
Es ist vollgepackt mit nützlichen Funktionen wie Tabs, Bereichen, Themes und Tastenkombinationen
sowie vollständiger Unterstützung für verschiedene Umgebungen wie PowerShell, Eingabeaufforderung
und Windows Subsystem für Linux.

In diesem Artikel beschreibe ich einige Möglichkeiten, wie das Terminal an deine Bedürfnisse angepasst
werden kann, und gebe ein paar Tipps und Tricks preis, damit deine Arbeit in der Kommandozeile reibungslos
und produktiv verläuft.

### Windows Terminal Features

Auf den ersten Blick sieht das Windows Terminal ziemlich einfach aus, aber es gibt einige Funktionen,
die es von der Standard Windows-Befehlszeile unterscheidet:

- Vollbildmodus
- Tab-Basierte Benutzeroberfläche
- Shortcut Tastenkombinationen
- Zoom mit der Maus (STRG + Mausrad)
- Unicode und UTF-8 Zeichenunterstützung erlaubt die Verwendung von Emojis 👩‍💻🔥👍
- Benutzerdefinierte Themes und Stile können erstellt werden
- Unterstützung für Windows Subsystem für Linux (WSL), SSH, PowerShell, Command Prompt, und Azure Cloud Shell

### Windows Terminal installieren

Leider liefert Microsoft das Windows Terminal nicht standardmäßig in Windows aus. Deshalb muss das Terminal entweder
über den [Microsoft App Store](https://aka.ms/terminal), [Github](https://github.com/microsoft/terminal/releases)
oder einen Package Manager (z.B.: winget, chocolatey, scoop) installiert werden.

### Windows Terminal konfigurieren

Nach der Installation kann das Terminal über mehrere Wege geöffnet werden:

- Über das Startmenü “Terminal” suchen
- WIN+R drücken und wt eingeben
- In Windows Explorer auf einem Ordner, oder in einem Leerbereich rechtsklicken und “In Terminal öffnen” auswählen
- In Windows Explorer in der Adressleiste wt eingeben
- Windows 11: WIN+X drücken und Terminal öffnen

Um die Einstellungen anzupassen wähle "Einstellungen" im Dropdown Menü oder drücke CTRL+,. Hier hast du die Möglichkeit
dein Terminal bis ins kleinste Detail zu konfigurieren. Es können verschiedene Profile für jede Shell angelegt werden
in denen Icons, Schriftart und Farben definiert werden. Das beste am Windows Terminal ist aber das die Konfiguration
im JSON Format gespeichert wird. Somit können Konfigurationen untereinander geteilt werden oder auf einen anderen PC übertragen werden.

Um das ganze noch visuell aufzupeppen empfehle ich die Installation von [Oh My Posh](https://ohmyposh.dev/).
Mit Oh My Posh liefert bessere Theme Funktionen mit denen beispielsweise der aktuellen Git status direkt im Terminal angezeigt werden kann.

Microsoft liefert hier ein Tutorial mit der die Installation ganz leicht klappt:

[Windows Terminal Custom Prompt Setup](https://learn.microsoft.com/en-us/windows/terminal/tutorials/custom-prompt-setup)

Ebenfalls zu empfehlen ist der Blog Post von Scott Hanselman:

[My Ultimate PowerShell prompt with Oh My Posh and the Windows Terminal](https://www.hanselman.com/blog/my-ultimate-powershell-prompt-with-oh-my-posh-and-the-windows-terminal)

![Windows Terminal konfiguriert mit Oh My Posh](/images/blog/windows-terminal/terminal-1.png)

### Bonus: Git Shortcuts

Um die tägliche Arbeit mit Git zu erleichtern habe ich mir noch einige PowerShell Alias erstellt.
Ein Alias unter PowerShell ist ein Synonym für einen PowerShell Befehl.
Um PowerShell Alias zu erstellen, öffne dein PowerShell Profil mit diesem Befehl:

```powershell[class="line-numbers"]
notepad $PROFILE
```

Um nicht immer die Befehle in der Konsole eintippen zu müssen und Typos entgegenzuwirken,
habe ich für jeden dieser Git Befehle PowerShell Alias erstellt:

```powershell[class="line-numbers"]
# Git Alias
# git status -> gco
function Get-GitStatus { & git status $args }
New-Alias -Name gst -Value Get-GitStatus

# git commit -> gco
function Set-GitCommit { & git commit -am $args }
New-Alias -Name gco -Value Set-GitCommit

# git checkout -> go
function Set-GitCheckout { & git checkout $args }
New-Alias -Name go -Value Set-GitCheckout

# git add -> ga
function Set-GitAdd { & git add $args }
New-Alias -Name ga -Value Set-GitAdd

# git pull -> pull
function Set-GitPull { & git pull }
New-Alias -Name pull -Value Set-GitPull

# git push -> push
function Set-GitPush { & git push }
New-Alias -Name push -Value Set-GitPush

# git add .
# git commit $args
# git push
# -> push-all commit message
function Set-GitSync { & ga . && gco $args && push}
New-Alias -Name push-all -Value Set-GitSync
```

Mit diesem Setup kann nun ganz leicht auf einen neuen Branch mit dem Befehl `go "branch-name"`
gewechselt werden. Zusätzlich gibt es einen `push-all` Alias mit dem es möglich ist alle aktuellen Änderungen
in das zentrale Repository zu pushen:

```powershell[class="line-numbers"]
push-all <commit-message>
```

### Fazit

Mit dem Windows-Terminal steht den Benutzern eine leistungsstarke und anpassbare Umgebung zur Verfügung,
um ihre Kommandozeilenarbeit zu verbessern. Egal, ob du ein Entwickler, Systemadministrator oder einfach
ein begeisterter Benutzer bist, das Terminal bietet die Werkzeuge, um effizienter zu arbeiten und Aufgaben
schneller zu erledigen. Wenn du noch nicht das volle Potenzial des Windows-Terminals ausgeschöpft hast,
solltest du definitiv die vorgestellten Tipps und Tricks ausprobieren, um das Beste herauszuholen.


Windows Terminal für Entwickler


### Was ist eine native App?

Native Apps werden in der Programmiersprache entwickelt, auf der die jeweilige Plattform aufbaut.
Das sind Objective-C (und Swift) für [iOS](https://www.apple.com/at/ios) und Java (und Kotlin) für [Android](https://www.android.com/intl/de_de/). Das heißt konkret:
Eine App muss für Android und Apple zweimal von Grund auf entwickelt werden. Klingt nach viel Aufwand?
Ist es auch!

Warum werden dennoch heutzutage Apps nativ entwickelt? Der große Vorteil von [nativen Apps](https://www.dev-insider.de/was-ist-eine-native-app-a-827532/) ist die Performance.
Es kann direkt auf die Hardware des Mobilgeräts zugegriffen werden. Wenn eine App also stark auf Funktionen wie Kamera,
Bluetooth oder GPS zugreift, könnte es Sinn machen eine App nativ zu entwickeln. Außerdem werden grafikintensive
Spiele meistens nativ entwickelt, da hier die Rechenleistung des Gerätes besser ausgenutzt werden kann.

Native Apps benötigen in der Regel mehrere Entwickler bzw. Entwickler-Teams, da für iOS und Android zwei grundverschiedene
Entwicklungen durchgeführt werden. Dadurch werden die Aufwände erhöht und die Kosten für initiale Entwicklung und
Wartung steigen rasant an. Unternehmen, die mit dem Gedanken spielen, eine App zu entwickeln, sollten sich daher
gut überlegen, ob der Einsatz von nativen Apps der richtige Ansatz ist bzw. notwendig ist.

![Apps wie Uber sind nativ entwickelt da sie performant sein müssen und viele Funktionen wie GPS benötigen.](/images/uber-unsplash.jpg 'Uber App')

### Was ist eine hybride App?

Hybride Apps werden mit Webtechnologien (HTML, JavaScript und CSS) erstellt. Die Apps laufen dann in einem Container der
native Funktionen bereitstellt. Die App wird somit vom Betriebssystem abstrahiert und nur eine Codebasis ist nötig.
Optisch unterscheidet sich eine hybride App meist kaum von einer nativen App. Der Endbenutzer merkt darum meistens keinen
Unterschied zwischen hybriden und nativen Apps.

Eine Veröffentlichung im App Store ist wie bei einer nativen App ebenfalls möglich. Die Dateigröße der App ist aber im
Vergleich etwas größer und die Benutzung von nativen Funktionen etwas eingeschränkter. Wiederum merken das schlussendlich
die wenigsten Anwender sondern mehr die Entwickler der App.

Es gibt eine vielzahl von Frameworks die die Entwicklung von hybriden Apps vereinfachen. Unter anderem verwenden wir [Ionic](https://ionicframework.com/)
zur Entwicklung von Hybrid-Apps.

### Was sind Progressive Web Apps (PWA)?

Eine [Progressive Web App (PWA)](https://web.dev/progressive-web-apps/) ist eine Webanwendung die Features von nativen Apps bereitstellt. Sie sind somit eine Mischung
aus Webanwendung und nativer App. Der größte Unterschied zu anderen Apps ist, dass PWAs nicht im App Store veröffentlicht
werden können (bzw. nur durch Umwege)!

Eine PWA läuft nämlich im Browser des jeweiligen Geräts und wird, wie eine Webseite veröffentlicht. Benutzer haben beim
Aufrufen der Webseite im Browser die Möglichkeit die App auf ihrem Gerät zu installieren. Vorteil: Eine Webseite kann als PWA
entwickelt werden und dem Benutzer als App zur Verfügung gestellt werden. Zwei Fliegen mit einer Klatsche: Website und App in einem.

Wie bereits erwähnt können [PWAs](https://www.dev-insider.de/die-app-als-pwa--pro-und-contra-a-986616/) auf native Funktionen wie beispielsweise Push-Notification zugreifen. Zudem sind PWAs nach der
Installation offlinefähig. Das Problem bei der Sache ist Apple. Auf iOS Geräten können z.B. keine Push-Notifications versendet werden. Bei Android und Windows funktioniert es einwandfrei. Der Vollständigkeit halber muss auch erwähnt werden, dass eine PWA nicht auf alle nativen Funktionen des Geräts zugreifen kann.

Technisch werden solche Apps mit Web-Technologien umgesetzt. Bei uns ist primär das Framework [Angular](https://angular.io/) im Einsatz. Mit Angular
können unter anderem auch skalierbare Webanwendungen entwickelt werden. Mehr dazu in unserem Beitrag [Enterprise Angular Apps](https://fortix.io/enterprise-angular-apps/).

![Auf iOS kommen keine Push-Notifications einer PWA App an](/images/ios-unsplash.jpg 'iOS PWA')

### Was ist eine Cross-Plattform-App?

Mein persönlicher Favorit sind Cross-Plattform-Apps. Sie verbinden die Vorteile von hybriden und nativen Apps. Es ist möglich mit nur
einer Codebasis für beide Plattformen zu entwickeln, ohne dass es zu starken Einbußen bei der Performance kommt.

Da Smartphones in den letzten Jahren immer leistungsfähiger geworden sind fühlen sich Cross-Plattform-Apps so flüssig an wie native
Apps. Zusätzlich können native Features wie Push-Notification und GPS analog wie bei nativen Apps verwendet werden.

Berühmte Cross-Plattform Frameworks sind Xamarin, React Native oder [Flutter](https://flutter.dev/). Mit Flutter haben wir schon sehr gute Erfahrungen
gesammelt und können es wärmstes weiterempfehlen. Mehr über Flutter findest du in unserem Beitrag: [Flutter – Das Werkzeug für native
Apps in Rekordzeit](https://fortix.io/flutter-das-werkzeug-fur-native-apps-in-rekordzeit/)

### Fazit

Wie so oft ist es nicht Schwarz-Weiß. Je nach Anwendungsfall gibt es unterschiedliche Möglichkeiten eine App umzusetzen. Generell muss man
sich folgende Frage stellen:

- Wie abhängig ist die App von der Hardware des Geräts?
- Kann das Projekt auch als Webanwendung umgesetzt werden?
- Ist eine Veröffentlichung im App bzw. Google Play-Store gewünscht/notwendig? (Allein bei dieser Frage gibt es zahlreiche Argumente
  dafür und dagegen).

Es gibt Anwendungsbereiche, die eine native Entwicklung erfordern. Dennoch sprechen viele Argumente (immer mehr) für die Entwicklung
von Cross-Plattform-Apps. Wer voll auf Performance setzt kommt früher oder später um eine native Entwicklung nicht herum. Wer
andererseits eine App möchte, die plattformunabhängig und einen schnellen Proof-of-Concept der App benötigt, fährt mit Cross-Plattform-Apps
oder hybriden Apps besser.

Wenn du wissen möchtest, welches App Format sich für dein Projekt eignet kannst du uns gerne kontaktieren. Wir helfen dir gerne weiter!


Native, PWA, Hybrid und Cross-Plattform Apps einfach erklärt


### Die Verbindung von Design Thinking, Rapid Prototyping und agiler Vorgehensweise.

Zu Beginn ist da eine Idee für eine digitale Applikation. Zwischen Idee und Go-Live gibt es aber einiges zu erledigen. Darunter fallen beispielsweise Konzeption, UI/UX, Entwicklung und Testing. Unterschiedlichste Phasen mit verschiedenen Personen, die jeweils einen anderen Background haben, bringen ebenso Kommunikationsprobleme mit sich.

Was tun, um entgegenzuwirken? Wie schafft man es, dass sich Programmierer und Auftraggeber in einer möglichst frühen Phase des Projekts verstehen, um spätere und kostenintensive Änderung zu minimieren? Eine Methode, die sich dabei als nützlich erweist, ist Rapid Prototyping.

Rapid Prototyping entstand in den 1990er Jahren, als es damals noch für die Anfertigung von Prototypen und Modellen mittels eines 3D-Druckers zum Einsatz kam. Schnell wurde klar, dass das Prinzip in verschiedene Branchen, darunter die Software-Entwicklung, übernommen werden kann.

![](/images/agile-arbeitsweise.png)

Zunächst einmal möchte ich mich der Zeit widmen und dieser physikalischen Größe eine fiktive Grenze setzen. Abgesehen von der Zeit zwischen Idee und dem Entschluss der Verwirklichung, können wir bei FORTIX mithilfe der Rapid Prototyping Methode in kürzester Zeit einen App-Prototypen entwerfen. Diese Methode visualisiert einerseits die gestalterischen Anforderungen, veranschaulicht die Usability und den User Flow und ist so konstruiert, dass die Resultate einer immer wiederkehrenden Analyse direkt in einer frühen Phase des Projekts beachtet werden.

### Wie ist die Vorgehensweise?

Der Prozess beim Rapid Prototyping ähnelt und überschneidet sich mit dem des divergenten und konvergenten Design (Thinking) Prozesses. Wenn es darum geht, einen evaluierbaren Prototypen zu testen, führt direktes Feedback zu einer nah am User orientierten Gestaltung. Hierbei kommen erfahrungsgemäß immer wieder Aspekte, wie Änderungswünsche oder Usability-Verbesserungen, ins Spiel, die sich erst bei der genaueren Untersuchung herauskristallisieren.

„If you are not prepared to be wrong, you will never come up with anything original.“ – Sir K. Robinson

Durch das rasche Erstellen eines Prototyps, dessen Änderungen mit deutlich weniger Aufwand verbunden ist als das Ändern einer bereits programmierten Anwendung, können wir visuell demonstrieren, wie die zukünftige Applikation aussieht und sich benutzen lässt. Der Output dieser Phase ist ein Prototyp, der maßgeblich dazu beitragt, dass Kunde und Entwickler einen gemeinsamen Nenner finden.

Als einen weiteren Faktor, welche die Methode unterstützt, sehen wir die agile Arbeitsweise. Diese fordert alle im Projekt Beteiligten dazu auf, ihr Wissen und Können einzubringen, um das bestmögliche Ergebnis zu erzielen. Durch den iterativen Prozess kann und soll jede wertvolles dazu beitragen, um alle Bereiche der Anforderungen abzudecken.

Während also Design Thinking dabei hilft, eine innovative und individuelle Lösung für Kunden zu entwerfen, unterstützen Rapid Prototyping und die agile Vorgehensweise dabei, die Lösung auf eine schnellere Art und Weise zu liefern, die das Kundenfeedback direkt in die Entwicklung einfließen lässt.

![](/images/rapid-prototyping.png)

Diese gemeinsame Sicht- und Vorgehensweise an ein Projekt, bringt den Wert dieser drei Bestandteile zur Geltung. Das Ergebnis ist das Lösen eines Problems und eine kosteneffiziente Entwicklung einer digitalen Applikation.

Wir bei FORTIX setzen auf eine innige Zusammenarbeit mit unseren Kunden. Die Nähe zum Entwicklungsprozess ermöglicht einen klaren Überblick und eine daraus resultierende qualitativ hochwertige Nutzererfahrung.


Rapid Prototyping – Gestalterische Sichtweise


Wordpress ist das meistgenutzte CMS der Welt. Dennoch gibt es zahlreiche Diskussionen, ob WordPress eine technisch „seriöse“ Lösung ist. Es scheint als hätte WordPress den Ruf ein „Bastler-Set“ für Jedermann zu sein, welches aber technologisch nicht ausgereift ist. Kritisierte Punkte sind unter anderem Performance, Sicherheit und Einschränkung des Designs. Eine Frage mit der wir öfters konfrontiert sind lautet: „Ist WordPress gut genug für meine Anwendung?“

Von vorne Weg: WordPress und FORTIX waren lange auf Kriegsfuß miteinander. Aufgrund der großen Verbreitung stoßt man in Web-Projekten regelmäßig auf das CMS. Deshalb setzten wir uns verstärkt mit dem CMS auseinander. Je mehr wir in die Tiefe abtauchten, wo der sagenumwobene WP-Core wartete, desto leichter fiel es uns, WordPress zu schätzen.

### Wie man WordPress nicht verwenden sollte:

Eine Website kann mit wenig technischem Knowhow „entwickelt“ werden. Frei nach dem Motto „Heutzutage kann jeder Web-Entwicklung“. Oft werden fertige Templates oder Page-Builder wie [Elementor](https://elementor.com) herangezogen. Für einen Basisfall (One-Pager mit statischen Informationen) mag das auch funktionieren, allerdings läuft der ungezielte Einsatz von solchen Instrumenten oft auf unterirdische Werte im Bezug auf Performance, Wartbarkeit, Erweiterbarkeit und Modularität hinaus. Hier noch ein Plugin und dort noch eines und schwups – das Chaos ist perfekt. Manche Plugins werden in weiterer Folge gar nicht mehr gewartet (führt zu Sicherheitslücken), manche Updates gehen schief und irgendwann weiß man gar nicht mehr, welches Plugin welchen Anwendungsfall erfüllt. Fällt dann auch noch der über 3-Ecken bekannte „Entwickler“ weg, wird es kritisch. Spätestens dann sucht man sich Hilfe vom professionellen Entwickler. Die Empörung der Seitenbetreiber ist dann oft groß, wenn die Diagnose heißt: „[Sie reiten hier ein totes Pferd.](https://www.youtube.com/watch?v=RaTxNCQcYis&ab_channel=%C3%96sterreichischeAlternative) Da kann man nichts mehr machen. Ich rate die Website neu zu entwickeln.“

Heißt das man soll keine Page-Builder verwenden? Nein! Der richtige Anwendungsfall muss gegeben sein und zumindest ein Grundverständnis für Web-Entwicklung sollte vorhanden sein. Das Weiße Haus setzt auf der Seite den klassischen [Gutenberg-Editor](https://de.wordpress.org/gutenberg/) ein, während bei einigen unserer Projekte Elementor zum Einsatz kommt (z.B. Website [Hagen Management](https://hagen.management/), [Gerd am Herd](https://gerd-am-herd.at/), und teilweise auch bei unserer eigenen Seite).

Und was ist mit Plugins? Auch hier ist es ähnlich. Der gezielte Einsatz ist entscheidend. Die WordPress-Community ist riesig. Dementsprechend werden sowohl gute als auch schlechte Plugins angeboten. Hier heißt es abwägen und recherchieren. Wer steckt hinter dem Plugin? Hobby-Coder oder Unternehmen? Bei wie vielen Seiten ist das Plugin im Einsatz? Wird das Plugin gewartet? Gibt es regelmäßige Updates? Und und und. Ein Klassiker bei uns ist z.B. das SEO-Plugin Yoast. Auch die neue White House Seite hat [Yoast](https://yoast.com/) in Verwendung.

Wir kratzen hier noch an der Oberfläche. Sobald der Anwendungsfall komplexer wird, muss gesondert evaluiert werden, ob bzw. wie WordPress eingesetzt werden kann. Grundsätzlich ist WordPress sehr flexibel und bietet Entwicklern gut dokumentierte [APIs](https://developer.wordpress.org/rest-api/) und [Hooks](https://developer.wordpress.org/plugins/hooks/) an. Somit stehen konzeptionell einige Türen offen, wie z.B. die Trennung zwischen Front- und Backend. Dabei nutzt man die Stärken von WordPress und kombiniert diese mit Technologien wie beispielsweise Angular, Vue oder React. Wer mehr darüber erfahren will, sollte sich mit dem Thema Headless-CMS auseinandersetzen. Speziell um [Gatsby](https://www.gatsbyjs.com/) entwickelte sich in den letzten Monaten ein Hype.

Tiefer will ich hier nicht gehen, sonst sprengt es den Rahmen. Das Fazit lautet: WordPress ist das meistverwendete CMS der Welt. Das heißt schon mal was. Zunächst von uns kritisch beäugt, entwickelte sich WordPress mit fortlaufendem Wissenstand zu einer technischen Variante, auf die wir oft und gerne zurückgreifen. Wie WordPress eingesetzt wird, hängt dabei immer vom Anwendungsfall ab. Pauschale Aussagen sind nicht möglich und unseriös. Wie immer in der Entwicklung ist der Schlüssel zum Erfolg das einhalten von Best-Practices und [Standards](https://fortix.io/die-12-faktoren-app/). Das gilt auch im WordPress-Umfeld. Abschließend zurück zur Frage, ob WordPress nicht zu „schwach“ für das eigene Vorhaben ist? Wenn Joe Biden und das Weiße Haus auf WordPress setzen, dann stehen die Chancen nicht schlecht, dass WordPress auch für Dein digitales Projekt eine spannende Alternative bietet.


US-Wahl 2020 aus technischer Sicht: Was Joe Biden mit WordPress zu tun hat


Die Twelve-Factor App Methode lässt sich auf Software anwenden, die in jeder beliebigen Programmiersprache (C#, Java, TypeScript, PHP, Python, …) entwickelt wird. Die Methode unterstützt zudem eine beliebige Kombination von Diensten (Datenbank, Message Queue, Cache, …). Die Konzepte können ebenfalls auf jedes beliebige Framework, wie das Web-Framework [Angular](https://angular.io/) oder das Mobile-Framework [Flutter](https://flutter.dev/), angewendet werden.

Wir haben die 12 Faktoren in einer Checkliste zusammengefasst:

### 1. Codebasis

Änderungen am Code sollen mit Hilfe von Versionsverwaltung getrackt werden. Mit Tools wie [Git](https://git-scm.com/) wird die Zusammenarbeit im Team erst ermöglicht. Dabei hat jeder Entwickler seine eigene Version des Codes und der Single-Point-of-Truth ist der Code in der Versionsverwaltung (repository). Für einen Release der Software wird der Code im Repository dann kompiliert, getestet und in der Cloud bereitgestellt.

### 2. Abhängigkeiten

Softwareabhängigkeiten (dependencies) sind externe Bibliotheken, die in vielen verschiedenen Apps verwendet werden können. Falls externe Bibliotheken verwendet werden, müssen diese explizit in einem „package manager“ spezifiziert werden. Es darf nie die Annahme getroffen werden das eine Abhängigkeit auf einem System schon vorhanden ist.

### 3. Konfiguration

Die Konfiguration einer App ist alles was sich wahrscheinlich zwischen verschiedenen Bereitstellungen (dev, test, staging, production) verändert. Konfigurationen dürfen nicht als Konstanten im Code gespeichert werden. Konfiguration und Code müssen immer strikt getrennt sein. Am besten wird die Konfiguration in Umgebungsvariablen (env) gespeichert. Dadurch wird ausgeschlossen, dass versehentlich [Zugangsdaten](https://dzone.com/articles/git-secrets-api-keys) in die Versionsverwaltung eingecheckt werden 😉

### 4. Unterstützende Dienste

Ein unterstützender Dienst ist jeglicher Dienst, den die App über das Netzwerk abruft. Dazu zählen zum Beispiel Datenspeicher (SQL/No-SQL Datenbanken, Objektspeicher), Message-Queue Systeme (RabbitMQ, Google Cloud Pub/Sub, …) oder SMTP-Dienste für das Senden von E-Mails (Sendgrid, [Mailchimp](https://mailchimp.com/de/), …). Jeder Dienst soll über eine URL, die in der Konfiguration gespeichert ist, erreichbar sein. Wenn z.B. eine Datenbank ausgetauscht wird, soll keine Änderung am Code erfolgen. Änderungen sollen lediglich über die Konfiguration gemacht werden.

### 5. Build, Release, Run

Jede Codeänderung muss diese drei Phasen durchlaufen. Es soll nicht möglich sein, Änderungen am Code während der Laufzeit zu machen. Um diese Phasen zu automatisieren soll ein CI/CD Tool (Travis CI, Jenkins, Bitrise, …) verwendet werden. Neue Build‘s werden durch die Entwickler der App ausgelöst, indem sie neuen Code in die Versionsverwaltung einchecken. Somit ist jeder Build eindeutig auf eine bestimmte Version des Codes zurückzuführen.

### 6. Prozesse

Die App sollte auf einer [„Shared Nothing“](https://de.wikipedia.org/wiki/Shared_Nothing_Architecture) Architektur aufgebaut werden. D.h. die App ist unabhängig von anderen Apps und kann einen eigenen Prozessor und Speicher verwenden. Ein Abstürzen der Applikation darf nie dazu führen das andere Services beeinträchtigt werden. Alle Daten, die von der App verwendet werden, müssen in einer Datenbank gespeichert werden. Dies garantiert die Skalierung unter hoher Last, da nahezu unbegrenzt neue Instanzen der App gestartet werden können. 🚀

### 7. Bindung an Ports

Eine Zwölf-Faktoren-App soll nicht an einen Anwendungscontainer wie Apache Tomcat gebunden sein. Die Anwendung soll einen eigenen Web Server o.ä. integrieren, damit diese über einen bestimmten Port erreichbar ist.

### 8. Nebenläufigkeit

Die Anwendung soll anhand von Prozesstypen wie Hintergrund-, Web- und Worker-Prozessen in unabhängige Prozesse aufgeteilt werden. Somit kann eine einfache Skalierung garantiert werden. Falls ein Teil der Anwendung eine hohe Auslastung widerfährt, können von diesem Prozesstyp mehrere Instanzen gestartet werden.

### 9. Einweggebrauch

Prozesse einer App sollen schnell gestartet und gestoppt werden können. Dies erleichtert schnelles skalieren während Belastungsspitzen und ein schnelles Bereitstellen von Code. Die Startzeit eines Prozesses sollte so gering wie möglich sein. Zusätzlich sollten Prozesse auch schnell gestoppt werden können, damit sie die verwendeten Ressourcen wieder für andere Services zur Verfügung stellen.

### 10. Dev-Prod-Vergleichbarkeit

Die Entwicklungsumgebung sollte so sehr wie möglich der Produktionsumgebung ähneln. Unterschiede zwischen den verwendeten Diensten können Inkompatibilitäten verursachen, die erst beim Bereitstellen in der Produktionsumgebung erkennbar werden. Eine Zwölf-Faktoren-App ist auf [Continuous Deployment](https://www.dev-insider.de/was-ist-continuous-deployment-a-652804/) ausgelegt, indem sie die Unterschiede zwischen Entwicklung und Umgebung klein hält.

### 11. Logs

Logs sind ein Datenstrom von Ereignissen, die das Verhalten einer laufenden App sichtbar machen. Eine Zwölf-Faktoren-App soll sich nicht selbst um Logs kümmern und diese z.B. in eine Datei schreiben. Es sollte ein separater Service verwendet werden, der diese Logs verwaltet und übersichtlich darstellt.

### 12. Admin-Prozesse

Verwaltungsprozesse wie das Erstellen von Berichten oder die Migration von Datenbankschemas müssen von der Anwendung selbst entkoppelt sein. Die Ausführung eines Admin-Prozess darf die eigentliche Anwendung in keiner Weise beeinflussen.

Das Zwölf-Faktoren-Modell deckt also viele Aspekte der Entwicklung einer Anwendung ab. Das Modell ist gut dazu geeignet, zukunftsorientierte Anwendungen für die Cloud zu entwickeln. 👍

Je nach Anwendungsfall müssen die Methoden angepasst werden, für Internet-of-Things Anwendungen gelten natürlich andere Regeln wie für Web-Anwendungen. Dennoch stellt diese Methode eine gute Basis dar, um einen Überblick an die Anforderungen moderner App-Entwicklung zu bekommen.

**[FORTIX](https://fortix.io)** hat die Methode für Zwölf-Faktoren-Anwendungen verinnerlicht und entwickelt für Sie moderne Software die nahtlos skaliert werden kann. 💪💻

Dabei halten wir uns an eine Vielzahl von Best Practices, um die Wartbarkeit und Erweiterbarkeit des Codes zu verbessern. Wir entwickeln Cloud native und Internet-of-Things (IoT) Anwendungen die auf jedem beliebigen Cloud Provider (AWS, Azure, Google Cloud, Software AG, …) ausgeführt werden können.

Wenn Sie mehr über den Entwicklungsprozess bei FORTIX erfahren wollen können Sie uns gerne [kontaktieren](https://fortix.io/die-12-faktoren-app/#). Wir freuen uns! 🎉

### Links

- [Twelve-Factor App](https://12factor.net/)
- [Twelve-factor app development on Google Cloud](https://cloud.google.com/solutions/twelve-factor-app-development-on-gcp)
- [Applying the Twelve-Factor App Methodology to Serverless Applications](https://aws.amazon.com/de/blogs/compute/applying-the-twelve-factor-app-methodology-to-serverless-applications/)
- [Twelve-Factor WordPress App](https://roots.io/twelve-factor-wordpress/)


App Entwicklung

Flutter – Das Werkzeug für native Apps in Rekordzeit

Share this post

Weitere Blogs

Eine Auswahl unserer letzten Blogs

Sieger KMU-Preis Vorarlberg 2024

Windows Terminal für Entwickler

Native, PWA, Hybrid und Cross-Plattform Apps einfach erklärt

Rapid Prototyping – Gestalterische Sichtweise

US-Wahl 2020 aus technischer Sicht: Was Joe Biden mit WordPress zu tun hat

The Twelve-Factor App