Das faltbare iPhone erscheint am 23. Oktober – was in Ihrer App kaputt geht und wie Sie es beheben
Apple hat am 5. Oktober App Store-Einreichungen für das iPhone Duo geöffnet, und das Gerät kommt am 23. Oktober in den Handel. Es ist Apples erstes faltbares iPhone: ein kleineres Außendisplay, das man bei zugeklapptem Gerät nutzt, und ein größeres Innendisplay, wenn man es aufklappt. Der Haken für Entwickler ist, dass sich die Größe Ihrer App in dem Moment ändert, in dem jemand das Gerät faltet oder auffaltet – und diese Größe stimmt nicht immer mit dem physischen Bildschirm überein. Als Reaktion darauf veröffentlichte Apple am 5. Oktober den Xcode 27.1 Release Candidate mit dem Falt-Simulator, einem Device Hub zur Überprüfung jeder Pose und einer Reihe von Layout-APIs, die auf die Falte ausgerichtet sind.
Hier ist der Teil, der die Deadline setzt. Apps, die mit dem iOS 27 SDK gebaut wurden, passen sich bereits so an, dass sie den größten Teil des Innendisplays füllen. Bauen Sie mit dem iOS 27.1 SDK, erhält Ihre App das Badge „optimiert für iPhone Duo", wobei Toolbars und Tab Bars in eine vertikale Leiste unterhalb des Statusbereichs verschoben werden. Ältere Builds laufen weiterhin, jedoch mit schwarzen Rändern. Ab April 2027 muss jede App Store-Einreichung iPhone Duo-Screenshots enthalten – selbst wenn Sie die Hardware vorerst überspringen, können Sie die Layout-Arbeit also nicht lange aufschieben.
Was tatsächlich kaputt geht
Zwei Dinge hauptsächlich. Das erste sind fest programmierte Bildschirmgrößen. Apples eigene Empfehlung ist eindeutig: Durchsuchen Sie Ihr Projekt nach UIScreen.main und entfernen Sie es. Lesen Sie die Größe stattdessen aus der View oder dem Fenster (view.bounds, window.bounds oder GeometryReader in SwiftUI), und lesen Sie sie bei jeder Änderung erneut, da eine Faltung Ihre App mitten in einer Sitzung vergrößern kann. Das zweite ist die Orientierungslogik. Auf dem iPhone Duo gibt die Geräteausrichtung nicht mehr die Form Ihrer App an – alles, was auf UIDevice.current.orientation oder interfaceOrientation basiert, muss weg. Vergleichen Sie stattdessen die Breite und Höhe des tatsächlich verfügbaren Bereichs.
Für Layouts, die auf die Falte selbst reagieren müssen, gibt es zwei neue Werkzeuge. Reserved Regions ermöglichen es Ihnen, den Geometry Proxy nach der Position von Scharnier und Kameras zu befragen: Eine .division-Region markiert die Falte, eine .occlusion-Region markiert eine Kamera, und jede meldet ihren Frame sowie, ob sie gerade aktiv ist. Die Region der Falte ist nur aktiv, wenn das Gerät teilweise geöffnet ist – ein nützliches Detail, denn Sie können sie lesen, während das Gerät flach liegt, und eine gerade Anzahl von Spalten anordnen, damit nichts auf der Falte landet. Das zweite Werkzeug, ArrangementView in SwiftUI (oder UIArrangementViewController in UIKit), ist ein Zwei-Bereich-Container, der Ihre primären und sekundären Views aufteilt oder überlagert und den Divider automatisch auf der Falte platziert.
Diesen Film haben wir schon gesehen
In unseren nativen iOS- und Android-Projekten waren die Apps, die die iPad-Multitasking- und Split View-Ära problemlos überstanden haben, immer diejenigen, die Views am Container statt am Bildschirm ausgerichtet haben. Diejenigen mit fest programmierten Abmessungen brauchten echte Eingriffe – das war nie ein schneller Nachmittag. Dasselbe Muster haben wir in Healthcare- und IoT-Projekten gesehen, wo ein Telefon-Build und ein Tablet-Build eine gemeinsame Codebasis teilten: Das Team, das auf Size Classes vertraute, lieferte; das Team, das Bildschirmgrenzen speziell behandelte, verbrachte einen Sprint damit, das rückgängig zu machen. Das iPhone Duo ist dieselbe Lektion in einer neuen Form. Wenn Ihr Layout sich bereits an iPad und iPhone Mirroring auf dem Mac anpasst, sind Sie dem Ziel schon sehr nahe.
Ein Wort der Vorsicht zum Shortcut. Xcode 27.1 erlaubt es, den Coding-Assistenten zu bitten, „meine App für iPhone Duo bereit zu machen", und er wird diese Muster scannen und Korrekturen vorschlagen. Das ist wirklich nützlich, um jede UIScreen.main-Stelle in einer großen Codebasis zu finden. Es ist kein Grund, den Diff ungelesen zu mergen. Layout-Änderungen betreffen genau die Screens, auf denen Ihre Nutzer die meiste Zeit verbringen – und ein automatisches Rewrite, das ein Steuerelement von der Falte wegbewegt, kann genauso leicht ein Tipp-Ziel unter eine Kamera schieben. Überprüfen Sie es wie jeden anderen Pull Request.
Der Plan für diese Woche
Richten Sie eine CI-Lane auf Xcode 27.1 aus, bauen Sie mit dem iOS 27.1 SDK, und führen Sie Ihre drei oder vier meistgenutzten Screens in allen Simulator-Posen durch: geschlossen, offen, Buch und gedreht. Suchen Sie davor in der Codebasis nach UIScreen.main, UIDevice.current.orientation und festen Frame-Konstanten. Diese Suche allein zeigt Ihnen, wie groß diese Aufgabe wirklich ist – lange bevor Sie eine einzige Zeile neuen Layout-Codes schreiben. Für die meisten Apps ist es kleiner, als es aussieht. Für wenige ist es ein Rewrite – und es ist besser, das jetzt zu wissen als im März 2027.
Dies ist auch ein guter Moment, über iOS hinauszudenken. Die Disziplin, die das iPhone Duo erzwingt – Größen am Container zu messen und einem festen Viewport nie zu vertrauen –, ist dieselbe, die eine Web-App vom Telefon bis zum Ultrabreit-Monitor lesbar hält. Wenn wir Cloud-native Apps für Unternehmenskunden bauen, wird diese Responsivität einfach vorausgesetzt. Native Mobile-Entwicklung wird nun auf dieselbe Weise vorangetrieben, und die Teams, die das als Architekturgewohnheit statt als einmaligen Patch behandeln, werden deutlich weniger Zeit damit verbringen, den nächsten Formfaktor aufzuholen. Wie wir Cross-Plattform-Arbeit angegangen sind, sehen Sie in unserem Portfolio, und die Seite Entwicklung erklärt, wie wir für Web und Mobile gemeinsam bauen.
Wenn es bekannt klingt, eine App für einen neuen Formfaktor vorzubereiten, ohne Ihr Layout von Grund auf neu zu schreiben, sprechen wir.