Please go here for latest post and feel free to comment
[new post] (https://gist.github.com/idibidiart/49a095b6bc528638f34f)
Please go here for latest post and feel free to comment
[new post] (https://gist.github.com/idibidiart/49a095b6bc528638f34f)
I see. that makes a lot of sense. I'm actually just starting out and wanted to make sure I have the whole concept down! Thank you for your feedback :)
Updated:
(after a Twitter chat with @en_JS (Joseph Savona), one of the GraphQL/Relay developers at Facebook)
Any app state that is not sync'd to the db is not something that Relay encompasses right now, but there is an ongoing
discussion (facebook/relay#114) for handling things like form validation where the validation logic resides on the server
and state updates from sources other than the db (e.g. websocket)
These important scenarios will be addressed according to the Relay Roadmap (https://github.com/facebook/relay/wiki/Roadmap):
Are there any security implications related to the adoption of GraphQL?
@nhavar I am sure that there are edge cases that have potential security implications. At least you can't do SQL injection :) but I imagine that you'd have to be careful in how you write your query resolvers. Good question.
Seems spot on.
I've recently done a project where I used redux-forms to manage form state (validation, etc.) and that's the only place off the top of my head where I feel I'd still need redux. I need to sit down and see if I can hack out something that would replace all that in a simpler way.
Where you mention debugging relay with GraphiQL being too low level, I guess you mean because of the separation of fragments. In the browser though you can grab the request made to the server which should have the complete query. I've been dumping those into GraphiQL to see what's going on.