.. | ||
.vuepress | ||
.gitignore | ||
deploy.md | ||
firebase.json | ||
guide.md | ||
package.json | ||
README.md | ||
tailwind.config.js | ||
yarn.lock |
layout | home | heroText | heroImage | heroImageMobile | tagline | actionText | actionLink | features | footer | ||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
HomeLayout | true | SUPER GRAPH | /super-graph-web-ui-half.png | /super-graph-web-ui.png | An instant high-performance GraphQL API. No code needed. | Get Started → | /guide |
|
MIT Licensed | Copyright © 2018-present Vikram Rangnekar |
Try out GraphQL
query {
users {
id
email
picture : avatar
products(limit: 2, where: { price: { gt: 10 } }) {
id
name
description
}
}
}
Why I built Super Graph?
Honestly, cause it was more fun than my real work. After working on several product though my career I found myself hating building CRUD APIs (Create, Update, Delete, List, Show). It was always the same thing figure out what the UI needs then build an endpoint for it, if related data is needed than join with another table. I didn't want to write that code anymore I wanted the computer to just do it.
I always liked GraphQL it sounded friendly, but it still required me to write all the same database query code. Sure the API was nicer but it took a lot of work sometime even more than a simple REST API would have. I wanted a GraphQL server that just worked the second you deployed it without having to write a line of code.
And so after a lot of coffee and some Avocado toasts Super Graph was born, a GraphQL server that just works, is high performance and easy to deploy. I hope you find it as useful as I do and there's a lot more coming so hit that ⭐ to stay in the loop.