Want to learn more about Isograph? We recently did some deep dives into how the runtime works and how the compiler works!
Introducing Isograph 0.2.0
Another year, another tremendous milestone!
Words cannot express how excited the Isograph team is to announce the release of Isograph 0.2.0. This release is chock full of features, including:
- fully-featured
@component
client fields - automatic typing
- compiler watch mode
@loadable
fields- pagination
- network error handling
- fragment variables
- garbage collection
- fine grained re-rendering
- support for Windows
- finer control over re-exposed fields
Let's run through each of these in turn!
Video demonstration of the DevEx of using Isograph
Please check out this video showing off the DevEx of using Isograph that I recorded with Lenny Garcia Crespo! In this video, we use Isograph to build an app powered by the GitHub GraphQL API that lists your repositories, and can be used to add and remove stars.
Introducing Isograph 0.1.0
What a milestone! Today, the Isograph team is thrilled to announce the release of Isograph 0.1.0. Isograph is ready for use on certain projects and internal tools, and though feature incomplete, provides a great developer experience!
And on top of that, we're releasing this brand new documentation website!
So go on! Take it for a spin. Everything you need to give Isograph a try is in the quickstart guide.
Isograph v0.1.0 release notes
This release is jam-packed full of amazing features and DevEx improvements!
GraphQL Conf 2023
Please check out this presentation about Isograph at GraphQL Conf 2023. Please also see the slides.
Introducing Isograph
Please check out this Substack article announcing Isograph! This article covers the intended developer experience of Isograph, and future features, such as:
- magic mutation fields (though not called such in the article),
- deferred resolvers,
- entrypoints, and
- injected analytics code.
It also makes the case that Isograph will be well-suited for apps that prioritize correctness, because:
- type of every field is very informative (e.g. the type of a field might indicate whether the field was unfetched, errored, null or present), and
- precise control over how to handle each state (e.g. to suspend when reading the resolver if the field is unfetched).
Thank you!