It allows you to execute queries and mutations against a GraphQL server, and returns results as query-specific Swift types. This means you don’t have to deal with parsing JSON, or passing around dictionaries and making clients cast values to the right type manually. You also don't have to write model types yourself, because these are generated from the GraphQL definitions your UI uses.
As the generated types are query-specific, you're only able to access data you actually specify as part of a query. If you don't ask for a field, you won't be able to access the corresponding property. In effect, this means you can now rely on the Swift type checker to make sure errors in data access show up at compile time. With our Xcode integration, you can conveniently work with your UI code and corresponding GraphQL definitions side by side, and it will even validate your query documents, and show errors inline.
Apollo iOS does more than simply run your queries against a GraphQL server: It normalizes query results to construct a client-side cache of your data, which is kept up to date as further queries and mutations are run. This means your UI is always internally consistent, and can be kept fully up-to-date with the state on the server with the minimum number of queries required.
This combination of models with value semantics, one way data flow, and automatic consistency management, leads to a very powerful and elegant programming model that allows you to eliminate common glue code and greatly simplifies app development.
If you are new to Apollo iOS we recommend our Getting Started guide.
There is also comprehensive documentation including an API reference.
All releases are catalogued and we maintain a changelog which details all changes to the library.
The roadmap is a high-level document that describes the next major steps or milestones for this project. We are always open to feature requests, and contributions from the community.
This project is being developed using Xcode 14 and Swift 5.7.
If you open Apollo.xcodeproj
, you should be able to run the tests of the Apollo
, ApolloSQLite
, and ApolloWebSocket
frameworks on your Mac or an iOS Simulator. ApolloCodegenLib
tests can only be run on macOS.
Some of the tests run against a simple GraphQL server serving the Star Wars example schema (see installation instructions there).
If you'd like to contribute, please refer to the Apollo Contributor Guide.
Apollo builds open-source software and a graph platform to unify GraphQL across your apps and services. We help you ship faster with:
Check out the Odyssey learning platform, the perfect place to start your GraphQL journey with videos and interactive code challenges. Join the Apollo Community to interact with and get technical help from the GraphQL community.
link |
Stars: 3742 |
Last commit: 4 hours ago |
RequestContext
to networking APIs (#3198): Thank you to @danieltiger for the contribution.
requestContext
parameter is optional with a default value of nil
. This means there are no breaking changes to the APIs for making networking calls. However, the requestContext
parameter was also added to the ApolloClientProtocol
. For custom implementations of this protocol (usually used for unit testing), you will need to add the requestContext
parameter to your function signatures.SelectionSet
models (apollo-ios-dev/#25):
Swiftpack is being maintained by Petr Pavlik | @ptrpavlik | @swiftpackco | API | Analytics