# iOS 18 support for the Observations struct is being dropped before release? **URL:** \ **Category:** Using Swift\ **Created:** [September 3, 2025, 8:27am UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942 "2025-09-03T08:27:54Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![LucasVanDongen](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/lucasvandongen/32/32387_2.png) [@LucasVanDongen](https://forums.swift.org/u/LucasVanDongen)\ **Post date:** [September 3, 2025, 8:27am UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/1 "2025-09-03T08:27:54Z")
When I started looking into this new addition I was sure as hell it was back ported to iOS 18. Now the documentation claims it’s v26 only. For me that’s a pretty big blow as this is kind of the missing piece of the puzzle before going full in to Swift Concurrency. > **[Observations | Apple Developer Documentation](https://developer.apple.com/documentation/observation/observations)** > > An asychronous sequence generated from a closure that tracks the transactional changes of types. ---
**Author:** ![Philippe\_Hausler](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/philippe_hausler/32/22569_2.png) [@Philippe\_Hausler](https://forums.swift.org/u/Philippe_Hausler)\ **Post date:** [September 3, 2025, 5:30pm UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/2 "2025-09-03T17:30:43Z")
This wasn't really able to be back ported since it is a type - there are fundamentals that are kinda missing that would allow it to be available to before the '26 releases. ---
**Author:** ![Jon\_Shier](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/jon_shier/32/921_2.png) [@Jon\_Shier](https://forums.swift.org/u/Jon_Shier)\ **Post date:** [September 3, 2025, 5:58pm UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/3 "2025-09-03T17:58:07Z")
[`swift-perception`](https://github.com/pointfreeco/swift-perception) is a full backport of the `Observable` machinery, including `Observations`, as various `Perception` types. This includes OSes that predate Observable altogether, as well as SwiftUI and UIKit integration. ---
**Author:** ![joshw](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/joshw/32/34626_2.png) [@joshw](https://forums.swift.org/u/joshw)\ **Post date:** [September 3, 2025, 6:14pm UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/4 "2025-09-03T18:14:05Z")
@Philippe_Hausler is back porting this something that could be reconsidered? It’s a pretty huge unblock for a lot of teams switching to concurrency and replacing older streaming libraries in their code - would be a big win for a lot of teams (ours included 😃 ) if we could adopt a year earlier! ---
**Author:** ![vanvoorden](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/vanvoorden/32/33619_2.png) [@vanvoorden](https://forums.swift.org/u/vanvoorden)\ **Post date:** [September 3, 2025, 6:43pm UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/5 "2025-09-03T18:43:32Z")
> [@joshw](#): > > is back porting this something that could be reconsidered? From just a quick experiment on my local machine… if I copy `Observations.swift` and `Locking.swift` from the `Observation` directory in `swift` I can import that code in a new package that deploys back to macOS 15. I can then build and run the `Person` example from [SE-0475](https://github.com/swiftlang/swift-evolution/blob/main/proposals/0475-observed.md) and I don't see any crashes so far… but maybe there is something else lurking there that makes this unstable on macOS 15? ---
**Author:** ![Philippe\_Hausler](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/philippe_hausler/32/22569_2.png) [@Philippe\_Hausler](https://forums.swift.org/u/Philippe_Hausler)\ **Post date:** [September 3, 2025, 7:22pm UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/6 "2025-09-03T19:22:36Z")
The problem is not about the implementation but instead about the back porting of types themselves w.r.t. to ABI stability. Normally back deployed things are available to just be functions. Since this is a full type layout that metadata does not currently have any direct affordances in the language to make it available to anything beyond the newest release. Personally I agree that the utility for folks to be able to use this before `26 aligned releases of swift is pretty impactful, however there are a lot of moving parts logistically that would need to be solved to back deploy the type itself. Since it is open source you can copy the implementations as listed; so at least there is a caveat emptor version of a work-around... That is likely workable till I have done some feasibility research on how we could even approach this. ---
**Author:** ![Kyle-Ye](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/kyle-ye/32/19686_2.png) [@Kyle-Ye](https://forums.swift.org/u/Kyle-Ye)\ **Post date:** [September 4, 2025, 4:02am UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/7 "2025-09-04T04:02:56Z")
You can also give a try for [`OpenObservation`](https://github.com/OpenSwiftUIProject/OpenObservation) in general usage of `Observable` feature if you are not care about SwiftUI. Both `OpenObservation` and `swift-perception` provide full backport of the `Observable` machinery and the macros. The key differentiator is OpenObservation's SPI access is to OpenSwiftUI. And when building with toolchain path set, OpenObservation will share the same thread local storage with Observation providing mix use or debugging Observation possibility. (See [OpenObservation/Sources/OpenObservationCxx/ThreadLocal.cpp at 1dd8b16a539e3563e05b77749acf334a4857a6a7 · OpenSwiftUIProject/OpenObservation · GitHub](https://github.com/OpenSwiftUIProject/OpenObservation/blob/1dd8b16a539e3563e05b77749acf334a4857a6a7/Sources/OpenObservationCxx/ThreadLocal.cpp#L13-L31)) While IMO swift-perception is more focus on developer ergonomics and provide more SwiftUI integrations. (eg. Perception.Bindable and WithPerceptionTracking in SwiftUI's body.) > OpenObservation does not provide such ability since those part is already included in OpenSwiftUI. ---
**Author:** ![LucasVanDongen](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/lucasvandongen/32/32387_2.png) [@LucasVanDongen](https://forums.swift.org/u/LucasVanDongen)\ **Post date:** [September 4, 2025, 5:07am UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/8 "2025-09-04T05:07:56Z")
Thank you for all of your answers. I was planning for getting serious about migrating to Swift Concurrency after September because of a few reasons: - All devices that support iOS 17 also support iOS 18, so you can update your minimum version straight to 18 if your current minimum version is 16. _(iPadOS support for 18 is dropped for two models)_ - `viewWillLayoutSubviews()` is now tracking`@Observable` in iOS 18, if you enable it - `@Observable` can now emit an `AsyncSequence`, turning it into a drop-in replacement for `@Published` It’s really the last bit of the puzzle. `swift-async-algorithms` and all of the other concurrency related stuff goes back to iOS 15 if I remember correctly. I can of course analyze how well `swift-perception`plugs this hole, but having two Packages as standard dependencies for anything I build, to fix things that in my opinion should be core functionality, reminds me of the JavaScript world. I did use an [external Package called Observations](https://github.com/phausler/ObservationSequence/) to [test Swift Concurrency](https://github.com/LucasVanDongen/Modern-Concurrency-2025) in an earlier beta of Xcode 26 that didn’t ship with Observations at all, and that just worked under iOS 18. AFAIK that was just a copy of the Swift source as well. @Philippe_Hausler : any chance it could be rolled into an official Apple Package instead, like Async Algorithms? Or that would then conflict with the shipped implementation of Observations starting xOS 26? I was really happy for a moment to see that things were getting back ported and I could actually use new API’s in production within months of seeing them in WWDC. I was also pushing hard internally for starting to migrate, so it’s a bit disappointing to say the least. ---
**Author:** ![Philippe\_Hausler](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/philippe_hausler/32/22569_2.png) [@Philippe\_Hausler](https://forums.swift.org/u/Philippe_Hausler)\ **Post date:** [September 4, 2025, 6:18pm UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/10 "2025-09-04T18:18:28Z")
> [@LucasVanDongen](#): > > ny chance it could be rolled into an official Apple Package instead, like Async Algorithms? Or that would then conflict with the shipped implementation of Observations starting xOS 26? Sadly that would conflict, if I understand correctly, as you guessed. This is definitely a topic I'd be interested in how much it really impacts folks and gathering that feedback is quite important, because there is some level of precedent to back porting things... but that has a very high bar to meet since it involves a lot of bespoke work. ---
**Author:** ![vanvoorden](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/vanvoorden/32/33619_2.png) [@vanvoorden](https://forums.swift.org/u/vanvoorden)\ **Post date:** [September 4, 2025, 6:27pm UTC](https://forums.swift.org/t/ios-18-support-for-the-observations-struct-is-being-dropped-before-release/81942/11 "2025-09-04T18:27:34Z")
> [@Philippe\_Hausler](#): > > there is some level of precedent to back porting things... but that has a very high bar to meet since it involves a lot of bespoke work. Are there any clues lurking in the support that was added to backport `Span` types? Or was that a lot of custom code that wouldn't help us much here to backport `Observations`?