microsoft / microsoft/TypeScript-Website
Somewhat unfortunate example on void return type on a fetching function
Personne n'a encore pris cette issue.
- Langage dominant
- TypeScript
- Étoiles
- 2.6k
- Forks
- 1.5k
- Merge moyen
- 2 j 2 h
- PR mergées (30 j)
- 7
Description
https://github.com/microsoft/TypeScript-Website/blame/0612591abc2d8292c8ddd084b5fb264f203b7026/packages/documentation/copy/en/declaration-files/Do's and Don'ts.md#L81
Sorry if this is overthinking - i am new to typescript.
You are giving a DO example with an interface called "Fetcher" that defines getObject but returning nothing aka void. I think I got the point of "Do write callback parameters as non-optional", but the context is somewhat unfortunate. Maybe there can be thought of a better example for non-optional callback parameters?
Another way to phrase my thought: Is it a DO to use return type void on a getter-Method?
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez dans packages/documentation/copy/en/declaration-files/Do's and Don'ts.md, à l’exemple lié autour de la ligne 81. Lisez les indications environnantes sur les paramètres de callback non optionnels et évaluez si l’exemple de Fetcher distingue clairement ce point de la question d’un type de retour void. C’est terminé lorsque l’exemple ou la formulation communique mieux les indications attendues.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- typescript
- Domaine
- documentation
- Type d'issue
- Documentation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 38/100