On Demand Resources ist veraltet: Was Background Assets kostet

Apple hat ein zehn Jahre altes System zur Auslieferung von Inhalten in 13 Wörtern beerdigt: „On Demand Resources und die NSBundleResourceRequest-API sind veraltet. Verwenden Sie stattdessen Background Assets.”¹

Dieser Satz ist der vollständige Eintrag. Er trägt die Radar-Nummer 170066290, steht unter „Deprecations” und wiederholt sich wortgleich in drei verschiedenen Release Notes.¹²³ Eine Version für die Entfernung hat Apple nicht genannt, ebenso wenig einen Migrationsleitfaden, der an diese Abkündigung anknüpft, oder einen entsprechenden Hinweis in den Release Notes zu macOS oder watchOS.

Die eigentliche Arbeit steckt im letzten Satz. Background Assets ist keine einzelne Sache, sondern zerfällt in drei Konfigurationen mit unterschiedlichen Hosting-Modellen, unterschiedlichen minimalen Deployment-Targets und Migrationskosten, die rund eine Größenordnung auseinanderliegen. Die Entscheidung fällt, bevor Sie die erste Zeile Code schreiben — und sie falsch zu treffen, ist der teure Fehler.

TL;DR

• Apple hat On Demand Resources und NSBundleResourceRequest in den Release Notes zu iOS und iPadOS 27, tvOS 27 sowie visionOS 27 für veraltet erklärt.¹²³ ODR funktioniert weiterhin. Ein Datum für die Entfernung hat Apple nicht genannt, und die abgekündigten APIs werden weiterhin ausgeliefert und lösen weiterhin Tags auf.
• Die Verfügbarkeitsdaten der API selbst weisen sie auf sechs Plattformen als veraltet aus — zwei mehr, als irgendeine Release Note erwähnt: Mac Catalyst und watchOS.⁴ Für Background Assets ist überhaupt keine watchOS-Verfügbarkeit dokumentiert; watchOS erhält also eine Abkündigung ohne dokumentierten Nachfolger.⁵⁶
• „Verwenden Sie stattdessen Background Assets” teilt sich in drei Wege: verwaltet mit Hosting durch Apple, verwaltet mit eigenem Hosting und unverwaltet. Beide verwalteten Wege setzen iOS 26.0 als minimales Deployment-Target voraus.⁷⁸ Unterhalb von 26.0 bleibt nur der unverwaltete Weg — und der verlangt, dass Sie die Dateien selbst hosten, das Manifestformat selbst erfinden und es selbst parsen.⁹
• Die Speicherverwaltung kehrt sich um. Bei ODR durfte das System ungenutzte, mit Tags versehene Ressourcen entfernen und nahm setPreservationPriority(_:forTags:) als Hinweis auf die Reihenfolge.⁴¹⁰ Background Assets behält jedes heruntergeladene Pack auf dem Gerät, bis Ihr Code remove(assetPackWithID:) aufruft.¹¹
• Apple hostet bis zu 200 GB komprimierte Asset Packs und höchstens 200 Packs pro App-Datensatz — geteilt über alle Plattformen hinweg, die Ihre App anbietet, in App Store Connect hochgeladen und getrennt von den Builds geprüft.¹²¹³

Was Apple genau abgekündigt hat

Drei Details tragen das Gewicht dieses Eintrags — und keines davon steht darin.

Der Geltungsbereich reicht weiter als die Release Notes. Drei Dokumente enthalten den Eintrag: iOS und iPadOS 27, tvOS 27 sowie visionOS 27, jeweils unter der Überschrift „On Demand Resources” mit der Unterüberschrift „Deprecations” und jeweils mit derselben Radar-Nummer.¹²³ In den Notes zu macOS 27 und watchOS 27 steht dazu nichts.

Die Verfügbarkeitsangabe der API erzählt mehr. NSBundleResourceRequest ist als eingeführt in iOS 9.0 und veraltet ab 27.0 vermerkt, mit derselben Abkündigung in 27.0 für iPadOS 9.0, Mac Catalyst 13.1, tvOS 9.0, visionOS 1.0 und watchOS 2.0.⁴ Sechs Plattformen in den Metadaten, vier in den Release Notes. Die beiden Methoden von Bundle zur Aufbewahrungspriorität tragen dieselbe Annotation für sechs Plattformen.¹⁰ Eine Bestandsaufnahme, die sich allein auf die Release Notes stützt, übersieht die Einträge zu Mac Catalyst und watchOS vollständig.

Der Eintrag zu Mac Catalyst ist reine Formsache. Apple dokumentiert, dass NSBundleResourceRequest „Aufrufe von Mac-Apps ignoriert, die mit Mac Catalyst erstellt wurden” — die Abkündigung verabschiedet dort also eine API, die ohnehin nie etwas getan hat.⁴ Der watchOS-Eintrag ist keine Formsache. Background Assets nennt Verfügbarkeit für iOS 16.0, iPadOS 16.0, Mac Catalyst 16.0, macOS 13.0, tvOS 18.4 und visionOS 2.4 — eine Zeile für watchOS fehlt.⁵ Apple sagt unmissverständlich, dass von Apple gehostete Asset Packs „für Apps verfügbar sind, die über den App Store auf allen Plattformen außer watchOS vertrieben werden”.⁶ Eine watchOS-App, die ODR nutzt, bekommt eine Veraltungswarnung und keinen Nachfolger, zu dem sie migrieren könnte.

Der Druck ist der geringste unter den drei Änderungen des 27er-Zyklus, die ich behandelt habe. Veraltet heißt veraltet. Apple hat weder eine Version für die Entfernung veröffentlicht noch eine Hürde bei der Einreichung noch einen Laufzeitfehler. Vergleichen Sie das mit der Pflicht zum Scene-Lebenszyklus aus demselben Zyklus, bei der Apps, die mit dem neuen SDK erstellt wurden, „nicht starten”, oder mit der Pflicht zum Launch Screen, bei der der App Store den Build rundheraus ablehnt. ODR tut weder das eine noch das andere. Bestehende Tags werden weiterhin aufgelöst, bestehende Aufrufe liefern weiterhin Ressourcen, und ausgelieferte Binaries laufen weiter. Was kommt, ist eine Compiler-Warnung und eine Uhr, die niemand ablesen kann.

Der Zeitpunkt wirkt wie eine Entscheidung, nicht wie Aufräumarbeit. Apple hat die API für vier Plattformnamen auf einmal abgekündigt, ein Release, nachdem die verwaltete Stufe des Nachfolgers erschienen war. Betrachten Sie die Abkündigung als Beginn eines Migrationsfensters, dessen Länge Apple nicht veröffentlicht hat — nicht als Notfall.

Die Weggabelung vor der ersten Codezeile

Apples Framework-Übersicht beschreibt zwei Hosting-Modelle und eine verwaltete Voreinstellung, die „Downloads, Updates, Komprimierung und mehr für Sie übernimmt”. Beim Hosting durch Apple „laden Sie Ihre Assets zu App Store Connect hoch und pflegen sie dort, ähnlich wie App-Builds”.⁵ Die Vorlage für die Background-Download-Erweiterung in Xcode nennt zwei Typen direkt: von Apple gehostet und verwaltet sowie selbst gehostet und unverwaltet.⁹¹¹ Eine dritte Kombination steckt in den Property-List-Schlüsseln: BAHasManagedAssetPacks auf YES ohne BAUsesAppleHosting wählt verwaltete Asset Packs, die Sie selbst hosten; die zugehörige Dokumentation verweist dafür auf das Protokoll ManagedDownloaderExtension statt auf StoreDownloaderExtension aus StoreKit.⁷⁸¹⁴

Für die meisten Teams entscheidet das Deployment-Target. Jeder Einstiegspunkt in die verwaltete Stufe verlangt mindestens iOS 26.0 — von AssetPackManager und ManagedDownloaderExtension bis hinunter zu den drei Property-List-Schlüsseln.⁷⁸¹⁴¹⁵ Eine App, die iOS 18 unterstützt, kann die verwaltete Stufe gar nicht übernehmen; es bleiben ihr der unverwaltete Weg, der bis iOS 16.1 zurückreicht, oder das abgekündigte ODR, bis das Deployment-Target nachzieht.⁹

Der unverwaltete Weg ist eine andere Aufgabe. In Apples Ablauf lädt das System vor dem Start Ihrer App ein Manifest von BAManifestURL, übergibt die Datei an Ihre Erweiterung und nimmt eine Menge von Download-Anfragen entgegen.⁹ Apple benennt die Aufgabenteilung ohne Umschweife: „Es liegt in Ihrer Verantwortung, Manifestdateien für Ihre selbst gehosteten, unverwalteten Assets zu erstellen (in einem Format Ihrer Wahl), die Ihr Code parst, um dem System die URLs und Dateigrößen zu liefern.”⁹ Sie stellen Hosting, ein CDN, ein Manifestschema, einen Parser und eine Liste erlaubter Domains. Wer „Verwenden Sie stattdessen Background Assets” als bloßen Austausch einer API liest, liest die verwaltete Stufe und bekommt die Rechnung für die unverwaltete.

Was ODR geliefert hat und Sie nun von Hand nachbauen

Drei Verhaltensweisen von ODR haben kein direktes Gegenstück.

Aus Tags werden Asset Packs. ODR kennzeichnete Inhalte über Zeichenketten-Tags, die in Xcode vergeben wurden; NSBundleResourceRequest(tags:) beanspruchte einen oder mehrere davon.⁴ Background Assets ersetzt Tags durch Asset Packs: Verzeichnisse mit Dateien, beschrieben durch ein JSON-Manifest und von einem Kommandozeilenwerkzeug in ein .aar-Archiv komprimiert. Die Granularität wird gröber, und die Zuordnung wandert aus Xcodes Asset-Katalog in eine Datei, die Sie pflegen.

Aus dem Hosting durch Apple wird ein eigener Release-Strang. ODR-Inhalte fuhren mit dem Build mit. Von Apple gehostete Asset Packs laden Sie unabhängig davon über Transporter, altool, iTMSTransporter oder die App Store Connect API hoch und reichen sie getrennt von der App zum App Review ein.¹¹¹³ Die Entkopplung ist der eigentliche Gewinn: Sie liefern neue Inhalte aus, ohne einen Build auszuliefern. Der Preis sind eine zweite Einreichungsstrecke, eine zweite Prüfschlange und ein zweiter Satz Statuswerte, den Sie im Blick behalten müssen.

Das automatische Aufräumen wird Ihre Aufgabe — und diese Umkehr ist die schärfste Änderung. ODR behandelte heruntergeladene Inhalte als Cache, der dem System gehörte. Apple dokumentierte, dass das System „nicht versucht, die mit einem Tag markierten Ressourcen aus dem Gerätespeicher zu entfernen, solange mindestens ein NSBundleResourceRequest-Objekt dieses Tag verwaltet” — eine Zusage darüber, wann aufgeräumt wird, nicht ob.⁴ setPreservationPriority(_:forTags:) existierte genau dafür, dem System „einen Hinweis auf die relative Reihenfolge zu geben, in der mit Tags versehene Ressourcengruppen im Bundle entfernt werden”.¹⁰ Sie gaben Ihren Anspruch auf, das System holte sich den Platz nach eigenem Zeitplan zurück, und der Umgang mit knappem Speicher war Apples Problem.

Background Assets dreht die Zuständigkeit um. Das System hält Packs automatisch aktuell, und checkForUpdates() entfernt Packs, die auf dem Server obsolet geworden sind.¹⁵ Keiner der beiden Mechanismen räumt ein Pack weg, mit dem Sie schlicht fertig sind. Apples Anweisung ist eindeutig: „Das System entfernt Ihre Asset Packs nicht automatisch, solange Ihre App installiert ist. Rufen Sie deshalb die Methode remove(assetPackWithID:) auf, wenn Sie ein Asset Pack nicht mehr benötigen.”¹¹

Aus dem gültigkeitsbereichsgebundenen, referenzgezählten Muster wird ein explizites Löschen, dessen Aufruf Sie selbst entscheiden müssen:

// ODR: claim a tag, use the file, release the claim.
// The system reclaims the space afterward on its own schedule.
let request = NSBundleResourceRequest(tags: ["Tutorial"])
try await request.beginAccessingResources()
let url = Bundle.main.url(forResource: "Introduction", withExtension: "m4v")
request.endAccessingResources()

import System  // url(for:) and contents(at:) take a FilePath

// Background Assets: ensure the pack, read the file, delete the pack.
// Nothing reclaims the space if you skip the last line.
let manager = AssetPackManager.shared
guard let pack = try await manager.manifest.assetPack(withID: "Tutorial") else { return }
try await manager.ensureLocalAvailability(of: pack, requireLatestVersion: false)
let url = try manager.url(for: "Videos/Introduction.m4v")
try await manager.remove(assetPackWithID: "Tutorial")

Jede App, die eine ODR-Annahme über automatisches Aufräumen mit sich trägt, braucht eine eigens dafür geschriebene Speicherrichtlinie. Der Fehlerfall verläuft leise: Nichts stürzt ab, nichts warnt, und der Gerätespeicher füllt sich, bis ein Nutzer Ihre App in der Speicherliste bemerkt.

Die Migrationsfläche, Punkt für Punkt

Für den verwalteten Weg mit Hosting durch Apple ergibt sich aus Apples eigenen Schritten diese Checkliste.

Fassen Sie Dateien zu Asset Packs zusammen und wählen Sie pro Pack eine Download-Richtlinie. Es gibt drei. essential lädt während der Installation und fließt in den Fortschritt ein, den Nutzer im App Store, in TestFlight und auf dem Home-Bildschirm sehen. prefetch beginnt während der Installation und läuft danach im Hintergrund weiter. onDemand lädt nur, wenn Ihr Code es verlangt.¹¹ Für essential und prefetch nimmt ein verschachteltes Array installationEventTypes die Werte firstInstallation, subsequentUpdate oder beide entgegen, sodass ein Tutorial-Pack bei der Erstinstallation geladen und bei jedem späteren Update übersprungen wird.¹¹

Schreiben Sie pro Pack ein Manifest. Xcode erzeugt eine kommentierte Vorlage:

xcrun ba-package template -o Manifest.json

{
  "assetPackID": "Tutorial",
  "downloadPolicy": {
    "essential": {
      "installationEventTypes": ["firstInstallation"]
    }
  },
  "fileSelectors": [
    { "file": "Videos/Introduction.m4v" },
    { "directory": "Textures/Tutorial" }
  ],
  "platforms": ["<identifiers from the generated template comments>"]
}

Dateipfade werden relativ zu dem Verzeichnis aufgelöst, in dem Sie den Packaging-Befehl ausführen — was später erneut wichtig wird, wenn Sie Dateien über ihren Pfad wieder auslesen.¹¹ Archivieren Sie jedes Pack:

xcrun ba-package Manifest.json -o Tutorial.aar

Fügen Sie unter „Application Extension” ein Target für eine Background-Download-Erweiterung hinzu und wählen Sie als Typ die von Apple gehostete, verwaltete Variante. Aktivieren Sie die Capability „App Groups” sowohl für die App als auch für die Erweiterung und legen Sie beide in dieselbe Gruppe. Ergänzen Sie anschließend im App-Target drei Property-List-Schlüssel: BAAppGroupID, BAHasManagedAssetPacks mit YES und BAUsesAppleHosting mit YES. Apple weist ausdrücklich an, für Projekte mit Hosting durch Apple jeden weiteren Background-Assets-Schlüssel wegzulassen.¹¹ Über eine Einschränkung stolpert man leicht: AssetPackManager zu verwenden, ohne auch das passende Erweiterungsprotokoll zu übernehmen, ist in Apples Worten „ein Programmierfehler”.¹⁵

Das Auslesen der Dateien läuft über einen zusammengeführten Namensraum. Apple „führt alle Ihre Asset Packs automatisch in einem gemeinsamen Namensraum zusammen und rekonstruiert damit Ihren Asset-Wurzelordner so, als wäre er auf das Gerät einer Person kopiert worden” — Code spricht Dateien also über ihren Pfad an, ohne zu verfolgen, in welchem Pack sie liegen.¹¹ Lesezugriffe liefern standardmäßig speicherabgebildete Data; für prozedurales Laden gibt es eine Variante mit Dateideskriptor, den Sie selbst schließen müssen.¹¹

Das lokale Testen bringt einen Einrichtungsaufwand mit, den Sie getrennt einplanen sollten. Background Assets nutzt für jeden Download HTTPS, der Mock-Server braucht also ein Zertifikat. Apples dokumentierter Weg führt über die Schlüsselbundverwaltung, um eine selbstsignierte Root-CA zu erzeugen, über Apple Configurator, um ein Profil mit dieser CA zu bauen, über Installation und Vertrauensstellung dieses Profils auf jedem Testgerät, über ein SSL-Leaf-Zertifikat, dessen Name exakt zur IP-Adresse oder zum Hostnamen des Servers passt, über den Start des Servers und schließlich über eine URL-Überschreibung in den Entwicklereinstellungen jedes Geräts.¹⁷

xcrun ba-serve --host localhost Tutorial.aar HighQualityTextures.aar

Planen Sie diese Abfolge als eigene Aufgabe ein. On Demand Resources brauchte zu keinem Zeitpunkt einen Server von Ihnen: Apple beschreibt es als Verwaltung für „im App Store gehostete Inhalte”, und Ressourcen, die auf dem Gerät fehlen, „werden beim App Store angefordert”.⁴ Migrieren heißt, Hosting aufzubauen — oder eine vertrauenswürdige Nachbildung davon —, bevor Sie überhaupt einen einzigen Download ausprobieren können. Wenn ich die beiden Arbeitsabläufe nebeneinanderlege, erwarte ich, dass der erste Tag einer Migration von der Zertifikatskette verschlungen wird und nicht von der Übernahme der API.

Die Zahlen, mit denen Sie planen

Apple veröffentlicht zwei harte Obergrenzen für von Apple gehostete Packs: 200 GB insgesamt und 200 Asset Packs pro App-Datensatz. Beide werden „über alle für Ihre App angebotenen Plattformen hinweg geteilt”.¹² Apple berechnet die Summe aus der maximalen Größe über alle Versionen, die für TestFlight oder die Verbreitung im App Store infrage kommen, ohne Versionen mit den Status „Awaiting Upload”, „Processing”, „Failed” und vollständig „Superseded”, und schickt Ihnen bei 80 % der Grenze eine E-Mail. Ein Pack zu archivieren gibt Platz frei, indem alle seine Versionen entfernt werden — auch die, die im App Store live sind.¹²

Auf dem unverwalteten Weg treten an die Stelle dieser Obergrenzen vier Property-List-Schlüssel auf oberster Ebene, die Sie selbst setzen — einer davon ein Dictionary mit drei weiteren —, und die Trennung zwischen komprimiert und unkomprimiert ist eine echte Falle. BADownloadAllowance und BAEssentialDownloadAllowance begrenzen Downloadgrößen und erwarten komprimierte Werte. BAMaxInstallSize und BAEssentialMaxInstallSize begrenzen installierte Größen und erwarten unkomprimierte Werte.⁹ An die Schlüssel für die Installationsgröße hängt Apple eine Warnung, die eigentlich eine Produktwarnung ist: „Der App Store zeigt anhand dieses Schlüssels die Größe Ihrer App auf der Produktseite an; geben Sie deshalb einen genauen Wert an … Überschätzen Sie den benötigten Speicherplatz nicht.”¹⁸ BADownloadDomainAllowList vervollständigt den Satz und nimmt Domains im DNS-Format entgegen, optional mit führendem Sternchen als Platzhalter.⁹

Eine weitere Zahl gehört in die Planung, und sie stammt aus Verfügbarkeitsmetadaten statt aus Fließtext. AssetPackManager erschien mit iOS 26.0, und vier seiner Mitglieder sind bereits als veraltet markiert: ensureLocalAvailability(of:) und status(ofAssetPackWithID:) ab 26.4, danach assetPack(withID:) und allAssetPacks ab 27.0.¹⁹ Suche, Status und der Download-Aufruf sind damit innerhalb von zwei Point-Releases jeweils einmal umgezogen. Der Weg, auf den Apple jetzt verweist — über die Eigenschaft manifest des Managers —, trägt im SDK 27.0 eine Beta-Kennzeichnung, ebenso das stapelverarbeitende ensureLocalAvailability(of:requireLatestVersions:).¹⁹ Apples eigene Anleitung zum Hosting durch Apple führt weiterhin zwei der abgekündigten Aufrufe vor.¹¹ Die praktische Untergrenze liegt damit über den nominellen 26.0 dieser Stufe. Wer den oben gezeigten Download-Pfad ohne Veraltungswarnung schreiben will, zielt auf 27.0 und nimmt dafür beta-gekennzeichnete Symbole in Kauf. Der Nachfolger, den Sie übernehmen sollen, ist jünger und bewegt sich schneller als die API, die er ersetzt.

Wen die Abkündigung tatsächlich trifft

Der betroffene Kreis ist schmal — in meinem eigenen Code habe ich ihn nicht gefunden. Ich habe sieben ausgelieferte Projekte nach NSBundleResourceRequest, beginAccessingResources, setPreservationPriority, jeder ON_DEMAND_RESOURCES-Build-Einstellung, knownAssetTags und Tag-Konfigurationen im Asset-Katalog durchsucht. Null Treffer, in allen sieben, bei jedem Muster. Ein Durchlauf über sämtliche Swift-, Objective-C-, Property-List- und pbxproj-Dateien in meinem Projektverzeichnis lieferte nichts zu irgendeinem ODR-Symbol — und ebenso wenig zu Background Assets.²⁰

Das Nullergebnis hat eine Ursache, die man benennen sollte, weil sie sich verallgemeinern lässt. ODR ist für Apps gedacht, deren Inhalte den Code in den Schatten stellen. Mein größter Asset-Katalog gehört zu Return mit 66,6 MB, jede andere App bleibt unter 8 MB, Water und Yawara sogar unter 100 KB.²⁰ In dieser Größenordnung bringt das Aufteilen der Inhalte in Packs zusätzliche Netzwerkfehlerfälle, eine Speicherrichtlinie und eine zweite Prüfstrecke — und spart dafür einen Download ein, über den sich niemand beschwert. Die Apps, die Background Assets wirklich brauchen, sind Spiele mit Level-Inhalten, Apps mit großen Machine-Learning-Modellen und alles mit Video pro Sprache — also genau die Gruppe, auf die Apples Unterstützung für lokalisierte Asset Packs in iOS 27 zielt.²¹

Die Deployment-Targets schärfen das Bild — und sie sind die Zahl, die man in jeder Codebasis zuerst prüfen sollte. Fünf meiner sechs iOS-Apps liegen bereits bei iOS 26.0 oder höher, die verwaltete Stufe stünde ihnen also heute offen. Ace Citizenship deklariert auf einigen Targets weiterhin 17.0 und 17.5, was die verwaltete Stufe ausschließt und nur den unverwalteten Weg oder das abgekündigte ODR übrig lässt.²⁰ Machen Sie diese Prüfung, bevor Sie irgendetwas entwerfen: Welche Migration Ihnen tatsächlich offensteht, entscheidet das minimale Deployment-Target, nicht die Menge der Assets.

FAQ

Hört On Demand Resources unter iOS 27 auf zu funktionieren?

Nein. Apple hat ODR und NSBundleResourceRequest als veraltet markiert, aber weder eine Version für die Entfernung noch eine Hürde bei der Einreichung noch einen Laufzeitfehler veröffentlicht.¹ Als veraltet markierte APIs funktionieren weiter, und bestehende Tags werden weiterhin aufgelöst. Was Sie bekommen, ist eine Compiler-Warnung. Der Kontrast zu den anderen Breaking Changes desselben Zyklus ist aufschlussreich: Die Pflicht zum Scene-Lebenszyklus sorgt dafür, dass Apps „nicht starten”, und die Pflicht zum Launch Screen sorgt dafür, dass der App Store den Build ablehnt. Die ODR-Abkündigung startet eine Uhr, sie schließt keine Tür.

Welche Plattformen erfasst die Abkündigung?

Die Release Notes nennen in drei Dokumenten vier Plattformen: iOS und iPadOS 27, tvOS 27 sowie visionOS 27, jeweils mit Verweis auf Radar 170066290.¹²³ Die Verfügbarkeitsmetadaten der API greifen weiter: Sie markieren NSBundleResourceRequest und die Methoden von Bundle zur Aufbewahrungspriorität auf sechs Plattformen ab 27.0 als veraltet und nehmen Mac Catalyst und watchOS hinzu.⁴¹⁰ Bei Mac Catalyst ist das akademisch, denn Apple dokumentiert, dass die Klasse Aufrufe aus Catalyst-Apps ignoriert.⁴ Bei watchOS ist es das nicht: Für Background Assets ist keine watchOS-Verfügbarkeit dokumentiert, und von Apple gehostete Packs stehen „auf allen Plattformen außer watchOS” zur Verfügung — eine watchOS-App hat also eine abgekündigte API und keinen dokumentierten Nachfolger.⁵⁶

Kann ich migrieren, wenn meine App iOS 18 unterstützt?

Nicht in die verwaltete Stufe. AssetPackManager, ManagedDownloaderExtension, BAHasManagedAssetPacks und BAUsesAppleHosting setzen allesamt iOS 26.0 voraus.⁷⁸¹⁴¹⁵ Unterhalb dieser Schwelle bleiben zwei Möglichkeiten. Der unverwaltete Weg funktioniert ab iOS 16.1 und verlangt, dass Sie die Assets hosten, ein eigenes Manifestformat definieren, es in einer Erweiterung parsen und Downloadkontingente sowie eine Liste erlaubter Domains in Ihrer Property List deklarieren.⁹ Andernfalls bleiben Sie beim abgekündigten ODR, bis Ihr Deployment-Target 26.0 erreicht — was Apple mangels eines Entfernungsdatums derzeit zulässt.

Was geht still kaputt, wenn ich ODR-Code eins zu eins übernehme?

Der Speicher. Bei ODR durfte das System ungenutzte, mit Tags versehene Inhalte entfernen, und setPreservationPriority(_:forTags:) gab lediglich einen Hinweis auf die Reihenfolge.⁴¹⁰ Background Assets entfernt ein Pack, mit dem Sie fertig sind, nie, solange Ihre App installiert bleibt — der Platz gehört Ihnen, bis Sie remove(assetPackWithID:) aufrufen.¹¹ Code, der das alte Muster aus beginAccessingResources und endAccessingResources nachbildet, ohne ein explizites Löschen zu ergänzen, lässt den Speicher unbegrenzt volllaufen, ohne Absturz und ohne Warnung, die das im Test auffangen würde. Schreiben Sie die Aufräumrichtlinie, bevor Sie den Download-Code schreiben.

Die wichtigsten Erkenntnisse

Für iOS-Entwickler: - Prüfen Sie vor allem anderen das minimale Deployment-Target. Unterhalb von iOS 26.0 existiert die verwaltete Stufe für Sie nicht, und „Verwenden Sie stattdessen Background Assets” bedeutet, auf dem unverwalteten Weg Hosting, ein Manifestformat und einen Parser zu bauen.⁷⁹ - Schreiben Sie im Rahmen der Migration eine Aufräumrichtlinie. Zu remove(assetPackWithID:) gibt es kein automatisches Gegenstück, und die ODR-Gewohnheit, einen Anspruch aufzugeben und dem System zu vertrauen, lässt den Speicherbedarf still weiterwachsen.¹¹

Für Teams, die große Inhalte ausliefern: - Planen Sie die Einrichtung der lokalen Tests getrennt vom Code ein. Apples dokumentierter Weg führt über eine selbstsignierte Root-CA, ein Apple-Configurator-Profil, das auf jedem Gerät installiert und als vertrauenswürdig eingestuft wird, ein SSL-Leaf-Zertifikat passend zum Hostnamen des Servers und eine URL-Überschreibung pro Gerät.¹⁷ - Planen Sie mit 200 GB und 200 Packs pro App-Datensatz, geteilt über alle Plattformen hinweg, auf denen Ihre App erscheint, und achten Sie auf die E-Mail, die Apple bei 80 % verschickt.¹² Wer zum Freiräumen archiviert, entfernt damit auch Versionen, die im App Store live sind.¹²

Für Release-Verantwortliche: - Von Apple gehostete Packs bedeuten eine zweite Einreichungsstrecke: hochgeladen über Transporter oder die App Store Connect API, unabhängig von den Builds versioniert und eigenständig beim App Review eingereicht.¹¹¹³ Besetzen Sie den Prüfzyklus entsprechend. - In diesem Zyklus erzwingt nichts die Migration. Reihen Sie ODR hinter der Pflicht zum Scene-Lebenszyklus und der Pflicht zum Launch Screen ein, die beide echte Durchsetzung mitbringen, und sehen Sie erneut hin, sobald Apple eine Version für die Entfernung veröffentlicht.

Der 27er-Zyklus sortiert seine Breaking Changes weiterhin nach Biss: Der Scene-Lebenszyklus hindert Apps am Start, der Launch Screen hindert Builds an der Auslieferung, und ODR startet lediglich eine Uhr. Zu wissen, was was ist, entscheidet darüber, ob Sie den Zyklus gut nutzen. Dasselbe Muster auf kleinerer Fläche finden Sie unter ImageCreator verschwindet aus Image Playground. Der Sammelpunkt der gesamten Reihe ist die Apple-Ecosystem-Reihe.

Quellen