Apps für iOS und Android

Anwendungen für beide Plattformen aus einer gemeinsamen Codebasis, einschliesslich Veröffentlichung im App Store und bei Google Play.

Eine CodebasisLogik · Daten · GestaltungiPhoneAndroidKameraPushBiometrieOfflineApp StoreGoogle Play

Einmal geschrieben, nicht zweimal

Geschäftslogik, Datenhaltung und Gestaltung entstehen einmal. Zwei getrennte Entwicklungen bedeuten zwei Fehlerquellen, zwei Zeitpläne und zwei Rechnungen für dieselbe Sache.

Was dazugehört

Ein Stand für beide

Eine Codebasis, beide Plattformen. Was einmal entschieden wurde, gilt auf iPhone und Android gleich, und eine Korrektur muss nicht zweimal gemacht und zweimal geprüft werden.

Flüssig auch bei viel Inhalt

Grosse Listen stellen wir virtualisiert dar und laden vorausschauend nach. Übertragen wird nur, was gebraucht wird. Auf einem Handy ist beides der Unterschied zwischen flüssig und zäh.

Das Gerät voll genutzt

Kamera, Push-Nachrichten, Biometrie und Offline-Speicher werden nativ angebunden, nicht nachgebaut.

Nach dem Start geht es weiter

Veröffentlichung im App Store und bei Google Play samt Review-Prozess, danach Updates, Absturz-Auswertung und Wartung.

Aus eigenen Projekten

Zwei Beispiele, an denen sich das nachlesen lässt. Die technischen Punkte stehen ausführlich bei den Referenzen.

txts

Messenger
iOS · Android · Windows · macOS · Linux

Der sicherheitskritische Teil ist in Rust geschrieben und von der Anwendung getrennt. Fünf Plattformen verwenden dieselbe Umsetzung, mit identischem Verhalten auf jedem Gerät.

  • Kryptografischer Kern

    Die Verschlüsselungslogik ist vollständig vom Anwendungscode getrennt und in Rust als eigenständiger Kern implementiert. Es existiert genau eine sicherheitskritische Umsetzung, die iOS, Android, Windows, macOS und Linux gemeinsam verwenden, mit identischem Verhalten auf jedem Gerät. Das vereinfacht Wartung und Sicherheitsprüfungen erheblich.

  • Schlüssel auf dem Gerät

    Private Schlüssel liegen im Schlüsselspeicher des Betriebssystems und verlassen es zu keinem Zeitpunkt. Der Server verarbeitet ausschliesslich Chiffrat und hat weder Zugriff auf Nachrichteninhalte noch auf Schlüsselmaterial.

  • Inkrementelle Synchronisation

    Nachrichten, Gruppeninformationen und Zustandsänderungen werden nicht als vollständige Datensätze übertragen, sondern als Änderungen. Zusammen mit Paketaggregation, effizienter Serialisierung und kompakten Binärformaten sinken Bandbreite, Serverlast und Energieverbrauch spürbar, auch bei langen Verläufen und instabilen Verbindungen.

txts.chat

sooreal

Social-Media-Plattform

Virtuelle Listen, verzögertes Laden und vorausschauendes Nachladen halten auch sehr grosse Feeds flüssig, gerade auf mobilen Geräten, wo der Unterschied am deutlichsten auffällt.

  • Performance-optimierte Oberfläche

    Virtuelle Listen, verzögertes Laden, vorausschauendes Nachladen und optimierte Rendering-Prozesse stellen auch sehr grosse Feeds flüssig dar. Netzwerkzugriffe werden minimiert, übertragen wird nur, was tatsächlich gebraucht wird. Das Ergebnis ist eine reaktionsfähige Bedienung, auch auf mobilen Geräten.

  • Effiziente Datenkomprimierung

    Bilder und Mediendateien werden serverseitig automatisch optimiert. Moderne Komprimierungsverfahren senken die Dateigrösse erheblich, ohne die wahrgenommene Qualität sichtbar zu beeinträchtigen. Das spart Bandbreite, verkürzt Ladezeiten und reduziert den Speicherbedarf der Infrastruktur.

sooreal.net

Häufige Fragen

  • Flutter oder React Native?

    Beides, je nach Projekt. Den Ausschlag geben die Anbindung an vorhandenen nativen Code, die Anforderungen an die Darstellung und das Wissen, das im Team des Kunden schon da ist. Die Gewohnheit entscheidet es nicht.

  • Merkt man einer App an, dass sie nicht nativ gebaut ist?

    Sie soll sich nicht danach anfühlen, und dafür sorgt die Arbeit an der Oberfläche: virtualisierte Listen, vorausschauendes Nachladen und native Anbindung dessen, was das Gerät kann.

  • Übernehmt ihr auch die Veröffentlichung?

    Ja, von Zertifikaten und Signierung über die Review-Auflagen bis zur Veröffentlichung. Danach Updates, Absturz-Auswertung und Wartung.

  • Gehört uns am Ende der Code?

    Ja. Quellcode, Dokumentation und Infrastruktur bleiben übertragbar, ohne Bindung an uns.

Eine App im Kopf?

Schreib uns kurz, worum es geht. Wir sagen offen, ob wir die Richtigen dafür sind und was es ungefähr braucht.

Projekt besprechenZurück zur Startseite