graphql-python / graphql-python/graphene

Explicit input instantiation escape hatch

Offen
#1,577 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
✨ enhancement
Vorherrschende Sprache
Python
Sterne
8.2k
Forks
818
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

**Is your feature request related to a problem? Please describe.**

I'm designing a stable external API that needs to wrap our existing fast-moving internal API. Sometimes, I want to call existing resolvers to do that.

However, when using deeply nested inputs with a `@property`, it's not possible to wrap that input with another (simplified) input, because I can't create an "instance" with the correct parameters on creation.

**Describe the solution you'd like**
I would like an escape hatch to instantiate inputs.

**Describe alternatives you've considered**
An inheritance-based mechanism where I could remove fields and structures from a parent might solve the problem, but I don't think it would be as clean.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Rechercherichtung

No files, tests, or entry points are named. Clarify the intended input-instantiation API, especially how deeply nested inputs and @property fields should behave, then identify the existing input construction and resolver paths to inspect. Done should include a defined escape hatch and coverage for the wrapping use case.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
graphql, python
Bereich
api, backend-api-design
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
30/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.