Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Cool toy! A lot of work probably went into this and the presentation is pretty stellar. I'm not sure if I'd use it over VSCode, but I bookmarked it!

A tangential complaint: I really wish GraphQL had annotations for derived types. I think it's so dumb how you will often have (to use one of the site's examples) a Book type, but then also need a CreateBookInput input type and a UpdateBookInput input type. These latter two will often be strict subsets of Book. It's very error prone, especially when you start changing root types, but forget about these derived input/update types.



Hi this is how GraphQL works. We have some experimental CRUD nod but the main problem is how to have it works both ways. Today, Working draft of GraphQL doesnt allow to make types input types.


Do I understand the argument you are making correctly?

1. GP wants to say “the input to createBook is the Book type minus bookId”

2. GraphQL does not allow one to specify the type “Book minus bookId”

3. Therefore you don’t allow it.

And maybe there is a point 2.b (which I can’t tell if you are making): we can’t have the type “book minus bookId” in our representation because we save in some “pure GraphQL” format and so can’t infer that type when we reload from a saved representation?


Yes you are right. We want to introduce other features like auto creation of CRUD nodes, but we are not sure if this is what users want.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: