English
See more
Data visualization for GraphQL state
Latest Version
Version
0.3.1
Update
December 15, 2021
Size
1.16MiB
Developer
Category
Users
126 
Rating
0 ★
Manifest Version
3
Web Store Status
Extension ID
Languages Support
Permissions
GraphQL state Extension
This Chrome extension will add a panel named \"GraphQL state\" to your devtools. When you use the framework \"https://github.com/babyfish-ct/graphql-state\", it can help you debug.
In the \"GraphQL state\" panel, you will see three tab pages: \"Simple states\", \"Graph states\" and \"Evict Logs\".
1. Simple states
The framework supports simple state management similar to \"recoil\", this tab page can visualize all simple states for you.
2. Graph states
The framework supports graph state management similar to \"Apollo Client\" and \"Relay\", its built-in normalized-cache is used to manage all data and relationships. This tab page can visualize this normalized-cache for you.
3. Evict Logs
This is the core value of the framework.
The essence of UI state is that one main mutation causes N extra mutations, the more complex the UI, the larger the N.
The framework allows developer only focus on main mutation, all the extra mutations will be executed automatically.
Compare with Apollo Client and Relay, after mutation, you neither need to update other affected data in the cache, nor need to determine which queries will be affected and need to be refetched.
When the framework is automatically performing extra mutations, it can choose to modify the cache directly, or it may choose to evict affected data from cache (this will cause related queries to be refetched automatically).
Obviously, the first choice is better than the second choice. This tab page lists the history of the second choice made by the framework, and tells the developer the following information.
i. Why did the framework make the second choice?
ii. Is it possible for developers to intervene in optimization and let framework make the first choice?
iii. If so, what should developers do?
Read more
In the \"GraphQL state\" panel, you will see three tab pages: \"Simple states\", \"Graph states\" and \"Evict Logs\".
1. Simple states
The framework supports simple state management similar to \"recoil\", this tab page can visualize all simple states for you.
2. Graph states
The framework supports graph state management similar to \"Apollo Client\" and \"Relay\", its built-in normalized-cache is used to manage all data and relationships. This tab page can visualize this normalized-cache for you.
3. Evict Logs
This is the core value of the framework.
The essence of UI state is that one main mutation causes N extra mutations, the more complex the UI, the larger the N.
The framework allows developer only focus on main mutation, all the extra mutations will be executed automatically.
Compare with Apollo Client and Relay, after mutation, you neither need to update other affected data in the cache, nor need to determine which queries will be affected and need to be refetched.
When the framework is automatically performing extra mutations, it can choose to modify the cache directly, or it may choose to evict affected data from cache (this will cause related queries to be refetched automatically).
Obviously, the first choice is better than the second choice. This tab page lists the history of the second choice made by the framework, and tells the developer the following information.
i. Why did the framework make the second choice?
ii. Is it possible for developers to intervene in optimization and let framework make the first choice?
iii. If so, what should developers do?
Source Manifest.json
{"update_url": "https://clients2.google.com/service/update2/crx", "name": "GraphQL state", "description": "Data visualization for GraphQL state", "version": "0.3.1", "manifest_version": 3, "devtools_page": "devtools.html", "icons": { "16": "images/16_16.png", "32": "images/32_32.png", "48": "images/48_48.png", "128": "images/128_128.png" }, "content_scripts": [ { "matches": ["http://*/*", "https://*/*"], "js": ["content-script.js"] } ]}
Read more
