gqtx VS Django

Compare gqtx vs Django and see what are their differences.

gqtx

Code-first Typescript GraphQL Server without codegen or metaprogramming (by sikanhe)

Django

The Web framework for perfectionists with deadlines. (by django)
Our great sponsors
  • SurveyJS - Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
gqtx Django
6 483
447 76,214
- 1.3%
0.0 9.9
3 months ago 6 days ago
TypeScript Python
- BSD 3-clause "New" or "Revised" License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

gqtx

Posts with mentions or reviews of gqtx. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-06-24.
  • Replacing Nexus
    3 projects | /r/graphql | 24 Jun 2022
    My favorites are Pothos and gqtx. In terms of documentation and adoption Pothos definitely wins over gqtx. You might also want to check out the "I'm struggling to find proper Graphql Stack" Reddit thread.
  • Solving the double (quintuple) declaration Problem in GraphQL Applications
    11 projects | news.ycombinator.com | 14 Aug 2021
    By now you get a lot of typesafety without the need to write any types manually or having to generate them on the on the server by using https://github.com/sikanhe/gqtx
  • What do you think about nexus? I'm new at this and wondering if I should use it in my project.
    3 projects | /r/graphql | 19 May 2021
    There are multiple ways available of constructing a graphql schema. Usually, you can break down those into "SDL" First and "Code" First. A simple example of a Code First approach is the programmatic graphql.js API using `new GraphQLObjectType`. You define your schema with code. In an SDL First approach, you write your schema in the GraphQL SDL (as text) and define a resolver map. You can find some examples over here: https://graphql.org/graphql-js/constructing-types/ A lot of tooling has emerged of those two methods of building GraphQL schemas and you usually have to choose whether you wanna stick to Code First or SDL First. Tools like gqtx (https://github.com/sikanhe/gqtx), giraphql (https://github.com/hayes/giraphql), and nexus (https://github.com/graphql-nexus/nexus) are built around the Code First approach and improve the developer experience over the programmatic API form graphql.js by providing a more type-safe API when utilizing TypeScript. They ultimately all do the same, with slightly (more or less opinionated) different APIs. On the other hand tooling for SDL has also evolved. graphql-tools provides a more advanced interface over how you define the resolvers map and a lot of utilities for constructing your schema from SDL/resolver map partials distributed across different files (https://www.graphql-tools.com/docs/generate-schema/). Together, with graphql-codegen resolver type generation (https://www.graphql-code-generator.com/docs/plugins/typescript-resolvers) you can bring this to the next level if you are working with TypeScript and generate fully typed resolvers from the GraphQL SDL. You have to find out for yourself which approach is best suited for you. I have been using both on different projects and they both have benefits and trade-offs. My opinion is mostly based on the TypeScript developer experience. Code First seems to be the better pick for me if you have lots of computed fields that cannot be mapped 1:1 to the data sources, where you would have to add a lot of type resolver mappings configuration for codegen. With SDL I like that I have the feeling that I can write the schema faster and less clumsy, and the SDL is immediately readable. On Code First you, however, can still generate an SDL file from the coding schema. Maybe there is a niche open for an approach that combines Code and SDL First approaches. We will have to see what the future brings. Here are some more articles/threads regarding the topic: https://www.prisma.io/blog/the-problems-of-schema-first-graphql-development-x1mn4cb0tyl3 https://www.reddit.com/r/graphql/comments/fpkx7a/codefirst\_vs\_schemafirst\_development/ https://blog.logrocket.com/code-first-vs-schema-first-development-graphql/ Also, note that most GraphQL server/transports do or should not care about the way you construct your schema. E.g. the apollo-server docs show you only an SDL first way of constructing the schema (https://www.apollographql.com/docs/apollo-server/schema/schema/), but it is also possible to provide a schema instance(https://www.apollographql.com/docs/apollo-server/api/apollo-server/#schema). apollo-server defaults to advocating creating a schema with SDL (by using an old graphql-tools@4 version under the hood).
    3 projects | /r/webdev | 18 May 2021
    Tools like gqtx (https://github.com/sikanhe/gqtx), giraphql (https://github.com/hayes/giraphql), and nexus (https://github.com/graphql-nexus/nexus) are built around the Code First approach and improve the developer experience over the programmatic API form graphql.js by providing a more type-safe API when utilizing TypeScript. They ultimately all do the same, with slightly (more or less opinionated) different APIs.
  • Need guidance on apollo subscription fallback
    4 projects | /r/graphql | 16 May 2021
    If I can give you an additional tip: Think twice whether you actually need apollo-server. All you need is a way of constructing a schema, which you can either do with the graphql.js programmatic API, graphql-tools (https://www.graphql-tools.com/docs/generate-schema/), or type-safe code first schema builders such as https://giraphql.com/ or https://github.com/sikanhe/gqtx
  • What are your thoughts on Next/Apollo/Prisma stack? Should I use it for my project (see details in the description)? Can you share some advice?
    6 projects | /r/webdev | 14 May 2021
    You will also have to figure out which schema generation flow suits you best. E.g. you can use the programatic API from graphql-js, makeExecutableSchema from graphql-tools https://www.graphql-tools.com/docs/generate-schema/ or code schema builders like https://github.com/sikanhe/gqtx or https://github.com/hayes/giraphql

Django

Posts with mentions or reviews of Django. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-02-14.
  • An Introduction to Testing with Django for Python
    2 projects | dev.to | 14 Feb 2024
    You should not test Django's own code — it's already been tested. For example, you don't need to write a test that checks if an object is retrieved with get_object_or_404 — Django's testing suite already has that covered.
  • Django Hello, World
    2 projects | dev.to | 9 Feb 2024
    Django is a high-level Python web framework that prioritizes rapid development with clear, reusable code. Its batteries-included approach supplies most of what you need for complex database-driven websites without turning to external libraries and dealing with security and maintenance risks. In this tutorial, we will build a traditional "Hello, World" application while introducing you to the core concepts behind Django.
  • No changes detected with MAKEMIGRATION command after moving to new DataBase
    2 projects | /r/django | 9 Dec 2023
    Django's auth and session migration files are included with Django at https://github.com/django/django/tree/b287af5dc954628d4b336aefc5027b2edceee64b/django/contrib/auth/migrations and https://github.com/django/django/tree/b287af5dc954628d4b336aefc5027b2edceee64b/django/contrib/sessions/migrations
  • The DevRel Digest November 2023: DevRel You Should Know Part One and Why I Will Never, Ever Leave Developer Relations
    2 projects | dev.to | 1 Dec 2023
    Dawn Wages’ name came up a few times in my call for nominations, and it’s easy to see why! Dawn is a Python Community Advocate at Microsoft. She is active in the Django community with an emphasis on people of color and queer people in tech. Dawn’s impressive resume includes OSS maintainer, member of the Wagtail Core Team, DjangoCon '21, '22, '23 Sponsorship Chair, volunteer for Django Girls, and DjangoCon Africa 2021 Sponsorship Chair.
  • Implementing Role-Based Access Control in Django
    2 projects | dev.to | 1 Nov 2023
    There are many models of access control, however, in this guide, we are going to focus on Role Based Access Control (RBAC) and how to implement it in Django.
  • Online Django Development Sprint, October 19-20.
    6 projects | /r/django | 19 Oct 2023
  • An Introduction to ⚡FastAPI
    5 projects | dev.to | 17 Oct 2023
    Several frameworks for developing web APIs have been developed, such as Django and Flask, but the underlying speed problem has always been present. As a result, another Python framework, FastAPI, has been developed to combat this issue.
  • Beginning Python: Project Management With PDM
    4 projects | dev.to | 12 Oct 2023
    A majority of software in the modern world is built upon various third party packages. These packages help offload work that would otherwise be rather tedious. This includes interacting with cloud APIs, developing scientific applications, or even creating web applications. As you gain experience in python you'll be using more and more of these packages developed by others to power your own code. In this example I've decided to expand our math functionality with NumPy. pdm add is what's used to add dependencies like this to our project:
  • Strong typing, a hill I'm willing to die on
    9 projects | news.ycombinator.com | 4 Oct 2023
  • 10 Github repositories to achieve Python mastery
    8 projects | dev.to | 29 Sep 2023
    Explore here.

What are some alternatives?

When comparing gqtx and Django you can also consider the following projects:

Nest - A progressive Node.js framework for building efficient, scalable, and enterprise-grade server-side applications with TypeScript/JavaScript 🚀

fastapi - FastAPI framework, high performance, easy to learn, fast to code, ready for production

Flask - The Python micro framework for building web applications.

Masonite - The Modern And Developer Centric Python Web Framework. Be sure to read the documentation and join the Discord channel for questions: https://discord.gg/TwKeFahmPZ

AIOHTTP - Asynchronous HTTP client/server framework for asyncio and Python

Nuxt.js - Nuxt is an intuitive and extendable way to create type-safe, performant and production-grade full-stack web apps and websites with Vue 3. [Moved to: https://github.com/nuxt/nuxt]

Tornado - Tornado is a Python web framework and asynchronous networking library, originally developed at FriendFeed.

CherryPy - CherryPy is a pythonic, object-oriented HTTP framework. https://cherrypy.dev

Phoenix - Peace of mind from prototype to production

django-rest-framework - Web APIs for Django. 🎸

thonny - Python IDE for beginners

django-ninja - 💨 Fast, Async-ready, Openapi, type hints based framework for building APIs