transferred-stepzen-schemas VS graphiql

Go to stepzen.com and click on the start for free button.

Either way, I'm not too familiar with RxDB but looking at the docs you can also use StepZen to create the GraphQL layer that you use for replication. With StepZen you can build and deploy a GraphQL API based on multiple datasources (including MSSQL) in minutes. That way you only have to worry about building the logic that pulls and push replicates data to and from GraphQL. How you structure the MSSQL database would become the most important part of this project, to ensure a smooth replication.

There are multiple ways to get a GraphQL API on top off a Postgres database. If you want to have a GraphQL abstraction layer that runs as a hosted service and needs almost no code, have a look at StepZen. You can build a GraphQL API for the Postgres database by following the docs here. StepZen introspects the database (using stepzen import postgresql) and let it create the schema for you based on all the tables and columns of your database. Including a set of queries to get started with.

If you’re looking for a managed service, have a look atStepZen. You can combine multiple GraphQL schemas into one cloud GraphQL API. Instead of writing a gateway yourself, you can use SDL to merge different schemas. Besides GraphQL APIs you can also “federate” other data sources like SQL or REST

There are many of them, including StepZen which is language/framework agnostic and let you create a GraphQL server with GraphQL SDL only - in a declarative way

I’ve seen more products letting you join/merge GraphQL schemas independent of schema stitching or federation. Have a look at GraphQL Mesh or StepZen.

You can save yourself the hassle of having to build a GraphQL server, resolvers and database connections with StepZen (https://stepzen.com). It’s a product that is based solely on GraphQL SDL and you set the database connections with directives. Also, you can use it to connect other APIs

There is one thing I can say for sure: I love the spirit of open source. I've had a wonderful time working with open source communities of different sizes (e.g. Seneca-CDOT, StepZen, Appwrite, and Zulip). Fortunately, all of them are fantastic and patient with beginners.

If the only thing you're trying to do is converting a REST API to GraphQL, you should have a look at https://stepzen.com/

StepZen filed an issue about writing a GraphQL schema to integrate SpaceX REST API into their React application. I found this as an excellent opportunity for me to learn GraphQL.

> FYI, GraphiQL is deprecated, GraphQL Playground is a good alternative.

You have this backwards.

https://github.com/graphql/graphql-playground/issues/1366#is...

https://github.com/graphql/graphiql

GraphQL is declarative and self-documenting by nature. There’s a single endpoint, and all available data, relationships, and APIs can be explored and consumed by client teams (via the GraphiQL interface or just Introspection) without constantly going back and forth with backend teams.

GraphiQL is one of the most well-known GraphQL IDEs. Originally developed by Facebook, it is an in-browser tool that enables developers to write, validate, and test GraphQL queries. It is open-source and can be integrated into any project that uses GraphQL. Recently, GraphiQL has been revamped with a new UI and several new features as you can read in ths blog post I wrote earlier.

Nice! I think you might like it.

Ah yeah, that does take a while to unpack. I think a lot of the complexity there is dealing with a non-react library and the dynamic import(s). Binding non-react libraries can be a bit rough.

I do think it's a good example to show the big advantage of hooks, if you look at the use of the hook, super clean: https://github.com/graphql/graphiql/blob/50674292c55eadf0e61...

Great way to contain complexity and make usage really clean and simple!

Graphiql: https://github.com/graphql/graphiql

After GraphQL Playground became part of the GraphQL Foundation, the need for having just one GraphQL IDE became more important. So the GraphQL Foundation decided to merge GraphiQL and GraphQL Playground into one tool. GraphiQL 1 relied on major tech debt and multiple dependencies that were outdated and hard to maintain. With the merge of GraphiQL and GraphQL Playground, the GraphQL Foundation decided to create a new version of GraphiQL, which is now called GraphiQL 2. The design and creation of GraphiQL 2 was all documented in Github.

#3: As I mentioned above, we use GraphQL Code Generator for generating TypeScript types and composables, as well as type checking our queries against the schema. This results in fully type-safe code from the back-end all the way to the front-end. As far as editor extensions go, the GraphQL: Language Feature Support VSCode extension should work fine, I use the language server part of that extension with Neovim. It provides autocompletion based on the schema and diagnostics. It looks like it might not work in .vue files though.

OneGraphiQL is a data explorer that allows us to build up our GraphQL queries and mutations. It is the OneGraph implementation of GraphiQL, which can be used with any GraphQL endpoint. GraphiQL is the perfect way to discover the different things we can request. It is generated from the GraphQL schema and provides helpful documentation for the graph's queries, mutations and types. Additionally, it can intelligently suggest options while we are building our queries and mutations.

If this is a critical functionality, you could raise an issue (with proper reasons why it is important) for sort support either in graphql-js or GraphiQL (guessing this would be a better place) repositories.