Yarn: Variabel kendaraan entitas.

Seperti disebutkan dalam PR , saya lebih suka nama yang berbeda untuk entitas "mengendarai" entitas lain. Ada vehicle , ride , mount , tapi bagaimana dengan attach ? (Omong-omong, itu berdasarkan preferensi dari yang paling sedikit hingga yang paling favorit.)

Ada lagi yang punya saran?

Lampirkan tidak terlalu masuk akal untuk sebagian besar skenario. Sekali lagi pertimbangkan
konteksnya, Anda tidak menempelkan diri Anda pada perahu, babi, atau kereta ranjau. Anda
jangan memasang perahu atau kereta ranjau tetapi Anda memasang babi. Anda juga dapat memulai
mengendarai babi, dan itu cocok dengan sebagian besar kasus penggunaan utama.

Pada 28 Sep 2016 08:57, "copygirl" [email protected] menulis:

Seperti yang disebutkan dalam PR
https://github.com/FabricMC/pomf/pull/96#discussion_r80952013 , saya akan
lebih suka nama yang berbeda untuk entitas "mengendarai" entitas lain. sudah ada
kendaraan, naik, mount, tapi bagaimana melampirkan? (Omong-omong, itu dengan
preferensi dari yang paling tidak disukai hingga yang paling disukai.)

Ada lagi yang punya saran?

—
Anda menerima ini karena Anda yang menulis utas.
Balas email ini secara langsung, lihat di GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250211596, atau bisukan
benang
https://github.com/notifications/unsubscribe-auth/ABusJIkc9bJ-YPoBXoq5IkYlP93enjq5ks5quo5vgaJpZM4KHH6k
.

Anda memang menempelkan diri Anda pada perahu, karena sekarang Anda bergerak sebagaimana perahu itu bergerak. Itu paling masuk akal, setidaknya secara terprogram, menurut saya.

Lampirkan tampaknya tidak terlalu intuitif bagi saya, sebagai catatan tambahan yang dilemparkan Minecraft
pengecualian untuk menambahkan penumpang yang memberi tahu pengguna untuk menelepon mulai berkendara.
Mengubahnya ke hal lain berpotensi menyebabkan kebingungan.

Pada 28 Sep 2016 10:36, "copygirl" [email protected] menulis:

Anda memang menempelkan diri Anda pada perahu, karena sekarang Anda bergerak sebagai perahu
sedang bergerak. Itu paling masuk akal, setidaknya secara terprogram, di my
pendapat.

—
Anda menerima ini karena Anda yang menulis utas.
Balas email ini secara langsung, lihat di GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250240136, atau bisukan
benang
https://github.com/notifications/unsubscribe-auth/ABusJM5hdR_FeXogFeqhxcTrH4G0Nur0ks5quqWwgaJpZM4KHH6k
.

Tidak masalah apa sebutan Mojang jika kita bisa menyebutkannya dengan lebih baik.

Keterikatan juga ada di permainan lain, biasanya dalam bentuk menempelkan benda ke bagian tubuh, menghubungkan properti seperti posisi dan rotasi. Memasang pemain ke perahu, kereta tambang, kuda atau kursi misalnya tampaknya sangat masuk akal bagi saya.

Berkendara juga bisa membingungkan karena "apakah itu menunggangi atau sedang ditunggangi"? startRiding bisa berarti "membuat entitas yang ditentukan mulai mengendarai entitas ini", di mana misalnya attachTo sangat jelas: player.attachTo(boat) .

Apa yang membingungkan tentang player.startRiding atau player.stopRiding. Itu sepertinya
cukup jelas bagi saya.

Berkenaan dengan penamaan Mojang relevan dalam hal ini karena metodenya
secara eksplisit memberitahu Anda untuk menelepon orang lain jika Anda melakukan kesalahan. Memberikannya
nama lain sepenuhnya akan menyebabkan kebingungan.

Pada 28 Sep 2016 10:56, "copygirl" [email protected] menulis:

Tidak masalah apa sebutan Mojang jika kita bisa menyebutkannya dengan lebih baik.

Attachment juga ada di game lain, biasanya dalam bentuk attachment
benda ke bagian tubuh, menghubungkan properti seperti posisi dan rotasi.
Memasang pemain ke perahu, kereta tambang, kuda atau kursi misalnya sepertinya
sangat masuk akal bagi saya.

Berkendara juga bisa membingungkan karena "apakah itu menunggangi atau sedang ditunggangi"?
startRiding bisa berarti "membuat entitas yang ditentukan mulai mengendarai
entitas ini", di mana misalnya attachTo sangat jelas:
player.AttachTo(perahu).

—
Anda menerima ini karena Anda yang menulis utas.
Balas email ini secara langsung, lihat di GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250245980, atau bisukan
benang
https://github.com/notifications/unsubscribe-auth/ABusJJNRNaOCb8as_eTR9zDK-9qsgfw9ks5quqpegaJpZM4KHH6k
.

Apakah ini berarti kita juga harus mempertimbangkan pesan kesalahan dan laporan kerusakan lainnya?

Jika terserah saya, saya akan mengatakan ya, tetapi bukan itu masalahnya. Kecuali kita bisa memulai
memetakan kembali pesan dalam pengecualian masuk akal bagi saya setidaknya untuk memiliki
pengecualian akurat untuk nama metode.

Pada 28 Sep 2016 11:45, "copygirl" [email protected] menulis:

Apakah ini berarti kita harus mempertimbangkan pesan kesalahan dan kerusakan lainnya?
laporan juga?

—
Anda menerima ini karena Anda yang menulis utas.
Balas email ini secara langsung, lihat di GitHub
https://github.com/FabricMC/pomf/issues/94#issuecomment -250261615, atau bisukan
benang
https://github.com/notifications/unsubscribe-auth/ABusJKlQGjC036nL2h58Z_bXcnSfZwDkks5qurXNgaJpZM4KHH6k
.

Oke, saya akan menghentikan penolakan saya terhadap PR Anda, meskipun saya tetap tertarik untuk mendengar pendapat orang lain.

Saya paling suka mount dalam hal-hal, dan riding berikutnya. Anda tidak pernah attach ke samping atau bawah, di Minecraft Anda selalu melompat di atas sesuatu.

Sunting: sebenarnya mengendarai lebih masuk akal karena meskipun Anda dapat ride seekor babi dan ride di kereta tambang, Anda sebenarnya tidak mount kereta tambang.

@mezz Apakah Anda ride kursi atau entitas stasioner lainnya, misalnya?

Saya akan berbicara mendukung mount . Ini adalah "dapatkan ke sesuatu" umum bagi saya, umum dalam permainan, jelas dalam hal getMountedEntity vs getMountingEntity , kita dapat memiliki mount dan unmount ( bukannya start/stopSomething .

Saya setuju dengan mezz, karena berkendara cocok dengan semua kasus.

Saya pikir satu-satunya kasus Anda akan canggung ride benda stasioner dalam modded, seperti kursi bibliocraft. Semua hal lain yang bisa saya pikirkan tentang bergerak.

Saya suka mount dan unmount karena mereka adalah pasangan sederhana dari operasi yang umum di komputer. "unmount" adalah kata komputer yang aneh, kata bahasa Inggris yang normal adalah "dismount". Kami tidak memiliki sesuatu yang serupa untuk ride seperti unride . Kami masih dapat menggunakan startRiding dan stopRiding , tetapi saya lebih menyukai versi yang dipasang daripada getRidingEntity dan getRiddenEntity . Hm.

Saya suka naik dan turun secara pribadi