Yarn: Variável do veículo da entidade.

Conforme mencionado no PR , eu prefiro um nome diferente para entidades "montadas" em outras entidades. Houve vehicle , ride , mount , mas e quanto a attach ? (A propósito, é por preferência do menos para o mais favorito.)

Alguém mais tem alguma sugestão?

Anexar realmente não faz sentido para a maioria dos cenários. Considere novamente o
contexto, você não se liga a um barco, um porco ou um minecart. Vocês
não monte o barco ou minecart, mas você monta um porco. Você também pode começar
cavalgando um porco, porém, e isso corresponde à maioria dos principais casos de uso.

Em 28 de setembro de 2016, 8:57 AM, "copygirl" [email protected] escreveu:

Conforme mencionado no PR
https://github.com/FabricMC/pomf/pull/96#discussion_r80952013 , eu
prefira um nome diferente para entidades "montadas" em outras entidades. Houve
veículo, passeio, montagem, mas e quanto a anexar? (A propósito, é por
preferência do menos para o mais favorito.)

Alguém mais tem alguma sugestão?

-
Você está recebendo isto porque é o autor do tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250211596 ou mudo
o segmento
https://github.com/notifications/unsubscribe-auth/ABusJIkc9bJ-YPoBXoq5IkYlP93enjq5ks5quo5vgaJpZM4KHH6k
.

Você se prende ao barco, porque agora está se movendo como o barco está se movendo. Faz mais sentido, pelo menos programaticamente, na minha opinião.

Attach não parece muito intuitivo para mim, como nota lateral que o Minecraft lança
exceções para adicionar passageiro, informando ao usuário para ligar para começar a andar.
Mudá-los para outras coisas pode causar confusão.

Em 28 de setembro de 2016 10:36, "copygirl" [email protected] escreveu:

Você se liga ao barco, porque agora você está se movendo como o barco
está movendo. Faz mais sentido, pelo menos de forma programática, em meu
opinião.

-
Você está recebendo isto porque é o autor do tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250240136 ou mudo
o segmento
https://github.com/notifications/unsubscribe-auth/ABusJM5hdR_FeXogFeqhxcTrH4G0Nur0ks5quqWwgaJpZM4KHH6k
.

Não importa como Mojang o chame, se pudermos dar um nome melhor às coisas.

Os anexos também existem em outros jogos, geralmente na forma de anexar coisas a partes do corpo, conectando propriedades como posição e rotação. Anexar um jogador a um barco, minecart, cavalo ou cadeira, por exemplo, parece-me perfeitamente razoável.

A equitação também pode ser confusa devido ao "é cavalgar ou ser montado"? startRiding poderia muito bem significar "fazer com que a entidade especificada comece a usar esta entidade", onde, por exemplo, attachTo é muito claro: player.attachTo(boat) .

O que é confuso em player.startRiding ou player.stopRiding. Isso parece
muito claro para mim.

Em relação a Mojang, a nomenclatura é relevante neste caso porque o método
diz explicitamente para você ligar para outro se você fez algo errado. Dando
outro nome totalmente vai causar confusão.

Em 28 de setembro de 2016 10:56, "copygirl" [email protected] escreveu:

Não importa como Mojang o chame, se pudermos dar um nome melhor às coisas.

Os anexos existem em outros jogos também, geralmente na forma de anexar
coisas a partes do corpo, conectando propriedades como posição e rotação.
Anexar um jogador a um barco, minecart, cavalo ou cadeira, por exemplo, parece
perfeitamente razoável para mim.

A equitação também pode ser confusa devido ao "é cavalgar ou ser montado"?
startRiding pode muito bem significar "fazer com que a entidade especificada comece a andar
esta entidade ", onde, por exemplo, attachTo é muito claro:
player.AttachTo (barco).

-
Você está recebendo isto porque é o autor do tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250245980 ou mudo
o segmento
https://github.com/notifications/unsubscribe-auth/ABusJJNRNaOCb8as_eTR9zDK-9qsgfw9ks5quqpegaJpZM4KHH6k
.

Isso significa que devemos levar em consideração outras mensagens de erro e relatórios de falhas também?

Se dependesse de mim, eu diria que sim, mas não é o caso. A menos que possamos começar
remapear as mensagens em exceções, faz sentido para mim pelo menos ter
as exceções devem ser precisas para o nome do método.

Em 28 de setembro de 2016, 11h45, "copygirl" [email protected] escreveu:

Isso significa que devemos levar em consideração outras mensagens de erro e travamento
relatórios também?

-
Você está recebendo isto porque é o autor do tópico.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250261615 ou mudo
o segmento
https://github.com/notifications/unsubscribe-auth/ABusJKlQGjC036nL2h58Z_bXcnSfZwDkks5qurXNgaJpZM4KHH6k
.

Ok, vou abandonar minha resistência ao seu PR então, embora eu esteja interessado em ouvir a opinião de todos os outros, ainda.

Eu gosto mais de mount ing coisas, e riding depois. Você nunca attach para a lateral ou para baixo, no Minecraft você está sempre pulando em cima de alguma coisa.

Editar: andar de verdade faz mais sentido porque embora você possa ride um porco e ride em um minicarro, você realmente não mount um minicarro.

@mezz Você ride um assento ou outra entidade fixa, por exemplo?

Vou falar a favor de mount . É um "pegue em algo" genérico para mim, comum em jogos, claro em relação a getMountedEntity vs getMountingEntity , podemos ter mount e unmount ( em vez de start/stopSomething .

Concordo com o mezz, já que a equitação se encaixa em todos os casos.

Acho que os únicos casos em que você desajeitadamente ride uma coisa estacionária são em modded, como cadeiras de bibliocraft. Todas as outras coisas que consigo pensar em mover.

Eu gosto de mount e unmount porque são um par simples de operações comuns em computadores. "desmontar" é uma palavra estranha para computadores, a palavra normal em inglês é "desmontar". Não temos algo semelhante para ride como unride . Ainda poderíamos usar startRiding e stopRiding , mas eu gosto mais das versões montadas do que getRidingEntity e getRiddenEntity . Hm.

Eu gosto de montar e desmontar pessoalmente