Yarn: Variable de véhicule d'entité.

Créé le 27 sept. 2016  ·  14Commentaires  ·  Source: FabricMC/yarn

Le nom actuel de ce qu'un utilisateur conduit actuellement dans la classe Entité est véhicule, je ne pense pas que cela ait vraiment de sens, je n'ai jamais vraiment entendu quelqu'un se référer à des choses comme des chevaux ou des cochons comme des véhicules. Je peux faire un PR pour ridingEntity, mountEntity ou quelque chose du genre si quelqu'un est d'accord.

discussion

Commentaire le plus utile

Qu'est-ce qui est déroutant à propos de player.startRiding ou player.stopRiding. Cela semble
assez clair pour moi.

En ce qui concerne Mojang nommant sa pertinence dans ce cas parce que la méthode
vous dit explicitement d'appeler un autre si vous avez fait quelque chose de mal. Le donner
un autre nom va semer la confusion.

Le 28 septembre 2016 à 10h56, "copygirl" [email protected] a écrit :

Peu importe comment Mojang l'appelle si nous pouvons mieux nommer les choses.

Les pièces jointes existent également dans d'autres jeux, généralement sous la forme de pièces jointes
des choses aux parties du corps, en connectant des propriétés telles que la position et la rotation.
Attacher un joueur à un bateau, un wagonnet, un cheval ou une chaise par exemple semble
parfaitement raisonnable pour moi.

L'équitation peut également être déroutante en raison du "est-ce que c'est à cheval ou en train d'être monté" ?
startRiding pourrait très bien signifier "faire en sorte que l'entité spécifiée commence à rouler
cette entité", où par exemple attachTo est très clair :
player.AttachTo(bateau).

-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250245980, ou couper le son
le fil
https://github.com/notifications/unsubscribe-auth/ABusJJNRNaOCb8as_eTR9zDK-9qsgfw9ks5quqpegaJpZM4KHH6k
.

Tous les 14 commentaires

Comme mentionné dans le PR , je préférerais un nom différent pour les entités « chevauchant » d'autres entités. Il y a eu vehicle , ride , mount , mais qu'en est-il de attach ? (Au fait, c'est de préférence du moins au plus préféré.)

Quelqu'un d'autre a une suggestion ?

Attacher n'a pas vraiment de sens pour la plupart des scénarios. Considérez à nouveau le
contexte, vous ne vous attachez pas à un bateau, un cochon ou un wagonnet. Tu
ne montez pas sur le bateau ou le wagonnet mais montez sur un cochon. Vous pouvez également commencer
monter un cochon cependant, et cela correspond à la plupart des cas d'utilisation majeurs.

Le 28 septembre 2016 à 08h57, "copygirl" [email protected] a écrit :

Comme mentionné dans le PR
https://github.com/FabricMC/pomf/pull/96#discussion_r80952013 , je voudrais
préférez un nom différent pour les entités « chevauchant » d'autres entités. Il y a eu
véhicule, balade, monture, mais qu'en est-il de l'attache ? (Au fait, c'est par
préférence du moins au plus préféré.)

Quelqu'un d'autre a une suggestion ?

-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250211596, ou couper le son
le fil
https://github.com/notifications/unsubscribe-auth/ABusJIkc9bJ-YPoBXoq5IkYlP93enjq5ks5quo5vgaJpZM4KHH6k
.

Vous vous attachez au bateau, parce que maintenant vous vous déplacez comme le bateau bouge. Cela a le plus de sens, au moins par programmation, à mon avis.

Attach ne me semble pas très intuitif, comme une note de côté Minecraft jette
exceptions pour ajouter un passager disant à l'utilisateur d'appeler pour commencer à rouler.
Les changer pour d'autres choses peut causer de la confusion.

Le 28 septembre 2016 à 10h36, "copygirl" [email protected] a écrit :

Tu t'attaches au bateau, parce que maintenant tu bouges comme le bateau
est en mouvement. Cela a le plus de sens, au moins d'un point de vue programmatique, dans mon
avis.

-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250240136, ou couper le son
le fil
https://github.com/notifications/unsubscribe-auth/ABusJM5hdR_FeXogFeqhxcTrH4G0Nur0ks5quqWwgaJpZM4KHH6k
.

Peu importe comment Mojang l'appelle si nous pouvons mieux nommer les choses.

Les attachements existent également dans d'autres jeux, généralement sous la forme d'attachements à des parties du corps, reliant des propriétés telles que la position et la rotation. Attacher un joueur à un bateau, un wagonnet, un cheval ou une chaise par exemple me semble parfaitement raisonnable.

L'équitation peut également être déroutante en raison du "est-ce que c'est à cheval ou en train d'être monté" ? startRiding pourrait très bien signifier "faire en sorte que l'entité spécifiée commence à chevaucher cette entité", où par exemple attachTo est très clair : player.attachTo(boat) .

Qu'est-ce qui est déroutant à propos de player.startRiding ou player.stopRiding. Cela semble
assez clair pour moi.

En ce qui concerne Mojang nommant sa pertinence dans ce cas parce que la méthode
vous dit explicitement d'appeler un autre si vous avez fait quelque chose de mal. Le donner
un autre nom va semer la confusion.

Le 28 septembre 2016 à 10h56, "copygirl" [email protected] a écrit :

Peu importe comment Mojang l'appelle si nous pouvons mieux nommer les choses.

Les pièces jointes existent également dans d'autres jeux, généralement sous la forme de pièces jointes
des choses aux parties du corps, en connectant des propriétés telles que la position et la rotation.
Attacher un joueur à un bateau, un wagonnet, un cheval ou une chaise par exemple semble
parfaitement raisonnable pour moi.

L'équitation peut également être déroutante en raison du "est-ce que c'est à cheval ou en train d'être monté" ?
startRiding pourrait très bien signifier "faire en sorte que l'entité spécifiée commence à rouler
cette entité", où par exemple attachTo est très clair :
player.AttachTo(bateau).

-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250245980, ou couper le son
le fil
https://github.com/notifications/unsubscribe-auth/ABusJJNRNaOCb8as_eTR9zDK-9qsgfw9ks5quqpegaJpZM4KHH6k
.

Cela signifie-t-il que nous devons également prendre en compte d'autres messages d'erreur et rapports d'erreur ?

Si ça ne tenait qu'à moi je dirais oui mais ce n'est pas le cas. A moins qu'on puisse commencer
remapper les messages dans les exceptions, il est logique pour moi au moins d'avoir
exceptions être précis au nom de la méthode.

Le 28 septembre 2016 à 11h45, "copygirl" [email protected] a écrit :

Cela signifie-t-il que nous devons prendre en compte d'autres messages d'erreur et planter
rapports aussi?

-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250261615, ou couper le son
le fil
https://github.com/notifications/unsubscribe-auth/ABusJKlQGjC036nL2h58Z_bXcnSfZwDkks5qurXNgaJpZM4KHH6k
.

D'accord, je vais laisser tomber ma résistance à vos relations publiques alors, même si je serais toujours intéressé d'entendre les opinions de tous les autres.

J'aime le plus les choses mount , et ensuite riding . Vous ne attach sur le côté ou en bas, dans Minecraft, vous sautez toujours sur quelque chose.

Edit : en fait, rouler a plus de sens car même si vous pouvez ride un cochon et ride dans un wagonnet, vous n'avez pas vraiment mount un wagonnet.

@mezz Voudriez-vous ride un siège ou une autre entité fixe, par exemple ?

Je parlerai en faveur de mount . C'est pour moi un "se lancer sur quelque chose" générique, courant dans les jeux, clair en ce qui concerne getMountedEntity vs getMountingEntity , nous pouvons avoir mount et unmount ( au lieu de start/stopSomething .

Je suis d'accord avec mezz, car l'équitation convient à tous les cas.

Je pense que les seuls cas où vous auriez maladroitement ride une chose fixe sont en modded, comme les chaises bibliocraft. Toutes les autres choses auxquelles je peux penser bougent.

J'aime mount et unmount parce qu'il s'agit d'une simple paire d'opérations courantes dans les ordinateurs. "unmount" est un mot informatique étrange, le mot anglais normal est "dismount". Nous n'avons pas quelque chose de similaire pour ride comme unride . Nous pourrions toujours utiliser startRiding et stopRiding , mais j'aime mieux les versions montées que getRidingEntity et getRiddenEntity . Hum.

J'aime monter et descendre personnellement

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

liach picture liach  ·  4Commentaires

altrisi picture altrisi  ·  4Commentaires

quat1024 picture quat1024  ·  6Commentaires

Awakened-Redstone picture Awakened-Redstone  ·  4Commentaires

quat1024 picture quat1024  ·  3Commentaires