Yarn: 实体车辆变量。

正如PR 中提到的，我更喜欢为“骑”其他实体的实体使用不同的名称。 有vehicle 、 ride 、 mount ，但是attach呢？ （顺便说一句，这是从最不喜欢到最喜欢的偏好。）

还有人有建议吗？

在大多数情况下，附加实际上没有意义。 再次考虑
在上下文中，您不会将自己依附在船、猪或矿车上。 你
不要骑船或矿车，但你要骑猪。 你也可以开始
不过骑猪，这与大多数主要用例相匹配。

2016 年 9 月 28 日上午 8:57，“copygirl”通知@github.com 写道：

正如公关中提到的
https://github.com/FabricMC/pomf/pull/96#discussion_r80952013 ，我会
更喜欢“骑”其他实体的实体的不同名称。 有过
车辆，骑行，安装，但是附加呢？ （顺便说一下，那是由
从最不喜欢到最喜欢的偏好。）

还有人有建议吗？

—
您收到此消息是因为您创作了该线程。
直接回复本邮件，在GitHub上查看
https://github.com/FabricMC/pomf/issues/94#issuecomment -250211596，或者静音
线程
https://github.com/notifications/unsubscribe-auth/ABusJIkc9bJ-YPoBXoq5IkYlP93enjq5ks5quo5vgaJpZM4KHH6k
.

你确实把自己附在船上，因为现在你随着船的移动而移动。 在我看来，它最有意义，至少在编程上是这样。

附加对我来说似乎不是很直观，正如 Minecraft 抛出的一个旁注
添加乘客告诉用户呼叫开始骑行的例外情况。
将它们更改为其他事物可能会引起混乱。

2016 年 9 月 28 日上午 10:36，“copygirl”通知@github.com 写道：

你确实依附在船上，因为现在你像船一样移动
正在移动。 它最有意义，至少在编程上，在我的
观点。

—
您收到此消息是因为您创作了该线程。
直接回复本邮件，在GitHub上查看
https://github.com/FabricMC/pomf/issues/94#issuecomment -250240136，或者静音
线程
https://github.com/notifications/unsubscribe-auth/ABusJM5hdR_FeXogFeqhxcTrH4G0Nur0ks5quqWwgaJpZM4KHH6k
.

如果我们能更好地命名，那么 Mojang 怎么称呼它并不重要。

其他游戏中也存在附件，通常以将事物附加到身体部位的形式，连接位置和旋转等属性。 例如，将玩家附加到船、矿车、马或椅子上对我来说似乎是完全合理的。

骑行也可能会因为“是骑行还是被骑行”而感到困惑？ startRiding意思很可能是“让指定的实体开始骑这个实体”，例如attachTo很清楚： player.attachTo(boat) 。

player.startRiding 或 player.stopRiding 有什么令人困惑的地方。 那看起来
对我来说很清楚。

关于 Mojang 在这种情况下命名其相关性，因为该方法
如果你做错了什么，明确告诉你打电话给另一个人。 给它
另一个名字完全会引起混乱。

2016 年 9 月 28 日上午 10:56，“copygirl”通知@github.com 写道：

如果我们能更好地命名，那么 Mojang 怎么称呼它并不重要。

附件也存在于其他游戏中，通常以附件的形式存在
物体到身体部位，连接位置和旋转等属性。
例如，将玩家附加到船、矿车、马或椅子上似乎
对我来说完全合理。

骑行也可能会因为“是骑行还是被骑行”而感到困惑？
startRiding 很可能意味着“让指定的实体开始骑行
这个实体”，其中例如 attachTo 非常清楚：
player.AttachTo（船）。

—
您收到此消息是因为您创作了该线程。
直接回复本邮件，在GitHub上查看
https://github.com/FabricMC/pomf/issues/94#issuecomment -250245980，或者静音
线程
https://github.com/notifications/unsubscribe-auth/ABusJJNRNaOCb8as_eTR9zDK-9qsgfw9ks5quqpegaJpZM4KHH6k
.

这是否意味着我们也应该考虑其他错误消息和崩溃报告？

如果由我决定，我会说是的，但事实并非如此。 除非我们可以开始
在异常中重新映射消息至少对我来说是有意义的
例外是准确的方法名称。

2016 年 9 月 28 日上午 11:45，“copygirl”通知@github.com 写道：

这是否意味着我们应该考虑其他错误消息和崩溃
也报道？

—
您收到此消息是因为您创作了该线程。
直接回复本邮件，在GitHub上查看
https://github.com/FabricMC/pomf/issues/94#issuecomment -250261615，或者静音
线程
https://github.com/notifications/unsubscribe-auth/ABusJKlQGjC036nL2h58Z_bXcnSfZwDkks5qurXNgaJpZM4KHH6k
.

好的，我会放弃对你的 PR 的抵制，尽管我仍然有兴趣听取其他人的意见。

我最喜欢mount东西，其次是riding 。 你永远不会attach到侧面或底部，在 Minecraft 中，你总是在某些东西上面跳跃。

编辑：实际上骑车更有意义，因为虽然你可以在矿车中ride一头猪和ride ，但你真的不是mount矿车。

@mezz 例如，您会ride一个座位或其他固定实体吗？

我会大声说支持mount 。 这对我来说是一个通用的“开始做某事”，在游戏中很常见，对于getMountedEntity和getMountingEntity很清楚，我们可以有mount和unmount (而不是start/stopSomething 。

我同意 mezz，因为骑行适合所有情况。

我认为唯一让你尴尬的情况是ride固定的东西是改装的，比如 bibliocraft 椅子。 所有其他我能想到的东西都移动了。

我喜欢mount和unmount因为它们是计算机中常见的一对简单操作。 “unmount”是一个奇怪的计算机词，正常的英文单词是“dismount”。 我们没有类似ride比如unride 。 我们仍然可以使用startRiding和stopRiding ，但我比getRidingEntity和getRiddenEntity更喜欢安装的版本。 嗯。

我个人喜欢装卸