Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Support for MethodFieldResolver with only DataFetchingEnvironment.

Ouverte
#304 2 commentaires 2 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
25/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
graphql, java, kotlin
Domaine
api

Piste de recherche

Start by locating the MethodFieldResolver entry point and reading how it currently matches resolver method parameters, especially DataFetchingEnvironment. Done means methods shaped like method (is|get|getField)?<Name>(*fieldArgs, DataFetchingEnvironment) are supported, while existing resolver forms continue to work.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement help wanted
  1. method <name>(object, *fieldArgs [, DataFetchingEnvironment])
  2. method is<Name>(object, *fieldArgs [, DataFetchingEnvironment]), only if the field returns a Boolean
  3. method get<Name>(object, *fieldArgs [, DataFetchingEnvironment])
  4. method getField<Name>(object, *fieldArgs [, DataFetchingEnvironment])
  5. field <name>

Currently only the above fieldResolvers are supported.
But there are use cases where are in using local context would be the only requirement.
Can methods with the following definition be supported?

method (is|get|getField)?<Name>(*fieldArgs, DataFetchingEnvironment) is supported.

The following hypothetical example shows that while loading imageBlob, we would want to know just the type of files supported. Since the parent of imageBlob is the image this data won't be available. Just the localContext is needed. In these cases, there is only need for DataFetchingEnvironment. So support for the above mentioned methodResolver would be cleaner.

type Folder {
    supportedFileTypes: [String!]!
    images: [Image!]!
}
type Image {
    imageBlob: String
}
Langage dominant
Kotlin
Étoiles
824
Forks
175
Merge moyen
2 j 5 h
PR mergées (30 j)
52

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de graphql-java-kickstart/graphql-java-tools

Toutes les issues de graphql-java-kickstart/graphql-java-tools

Issues similaires

Plus d'issues Kotlin

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.