-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Factor out query normalization and denormalization functionality #255
Comments
See conversation with @kennetpostigo here: https://apollostack.slack.com/archives/apollo-client-core/p1464297850000536 Also, this would probably be helpful for #244 Ideally these would be importable from this package without using the rest of the code, or in a separate package entirely. |
I'm thinking a separate package would be better, so versions don't have to be updated in lock-step. |
Thanks guys! I am almost certain this remodelling is a good step for Apollo to work best with other state managers, for instance, Vuex, which is Vue.js' own state manager. As I see it, and correct me if I am wrong, but the redux part of Apollo and Vuex do basically the same thing (only different). So, to get Vuex working with Apollo, we'd need different entry points as Evan pointed out (I believe) with Or am I totally off with my understanding here? 😄 Scott |
No I think your understanding is good! We have a top-level issue for this: #256 |
So far the best we have here is: https://github.com/apollostack/graphql-anywhere We still need to work on getting Apollo to work with VueX, but I don't think that will be related, since it will probably be more of a plug-in into Apollo. |
This will let people build their own smart GraphQL clients, or use this stuff without Redux.
The text was updated successfully, but these errors were encountered: