Comments (3)
Is there interest in storing this to an instance variable and exposing a getter?
👍 that'd be great! Maybe you could update the default resolve proc to check for a property? (or maybe that's a waste of time at runtime?)
from graphql-ruby.
At first I didn't want to have the proc do the check, but then property
would make more sense as a attr_reader only (since the original property would be hardwired to the proc). But that complicates other things, like when DefinitionConfig#to_instance
using public_send
to set the attributes on the Field
.
So I'm going to have the proc do the check. I don't think performance would be affected much, especially on ruby 2.x.
from graphql-ruby.
Hmm, after making the changes, I realized I could've re-created the resolver proc when property is reassigned, instead of checking inside the proc. Not sure it's worth the effort to change it though.
from graphql-ruby.
Related Issues (20)
- [PRO] Changelog does not include upgrade information on the breaking change HOT 18
- More website improvements
- GraphQL::Analysis::AST::FieldUsage does not detect deprecated arguments inside mutation input objects HOT 2
- hasNextPage always is blank, unless 'first' argument is specified. HOT 5
- data loader cache shared between mutation loading and mutation resolving HOT 6
- Revisit argument / input_object validation
- Scoped context example breaks normalized stores HOT 3
- "stack level too deep" error when installing `2.2.0`+ HOT 3
- Put errors first in response HOT 1
- authorized? for GraphQL::Schema::EnumValue is not working HOT 2
- ActiveOperationLimiter does not work when I have enabled SentryTrace HOT 6
- Sentry tracing fails when Sentry is configured but no DSN is set
- Pro: operation store sync endpoint is not compatible for Rack 3's new `body` expectations HOT 3
- Complexity computations for fields on connections HOT 2
- JavaScript client should use strong typing for `onError` argument HOT 2
- `GraphQL::Schema::Interface#resolve_type` appears to resolve lazy results too early HOT 2
- Complexity calculation is not respecting the value in the resolver HOT 1
- Fields "missing" randomly HOT 15
- Better detection for when items were scoped?
- Help with GraphQL OTel Errors as of 2.2.10 HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from graphql-ruby.