World.isRemote
は扱いにくいと思います。ローカル/リモートではなく、クライアント/サーバーバイナリを使用する方が理にかなっているかもしれません。
fromServer
@asiekierkaは以前にisRemote
に賛成して発言し、その理由を説明したと思います。 それを見つけた:
フィールド自体は少し厄介です。 理論的には、代わりに(Worldserverのワールドインスタンス)をテストするだけでよいため、クライアント<->サーバーチェックには冗長です。
バニラとモッドでの一般的な使用法を考慮すると、フィールドと実行環境の間に不一致があると、大きな破損が発生する可能性があります。 isClient [World]のような名前は、この暗黙の契約を補強します。これは良いことだと思います。
私はアジア人です。 isRemote
は、「他の誰かがこの世界を所有/管理しているのか」という方針に沿ったものであり、それが意図されていると私は信じています。
ええ、シングルプレイヤーの世界のように、一見isClientを混乱させるisRemoteが真である場合があります。 _はい_、それは物理的なクライアントではなく論理的なクライアントについて話しているが、ほとんどの人はその区別を見ていません。 同様に、 !isRemote
はinstanceof WorldServer
意味しませんが、場合によっては当てはまります。
物理的/論理的なクライアント/サーバーには、より適切な用語も必要です。 それは一般的にかなり混乱しています。
物理側のクライアント/サーバー、論理側のマスター/レプリカ?
そのメモで... isReplica?
それは逸話ですが、私が改造を始めたとき、 isRemote
は私にとって大きな混乱の原因でした。 何にリモート? 非常に多くのmodが、ヘルパーまたはisClientまたはclientSideという名前の何かでそれをラップします。
2年前のメズに同意します:P。 isRemoteはまだ私からの性交を混乱させます。 それを変えてみましょう。
これを解決できるように、もう少し考えてもらえますか?
個人的にはisClientに投票します。これは、パケットが使用する言語だからです。
isClientは変更するのが良いです
https://github.com/FabricMC/yarn/pull/316
このように解決しましょう。
最も参考になるコメント
これを解決できるように、もう少し考えてもらえますか?
個人的にはisClientに投票します。これは、パケットが使用する言語だからです。