Yarn: 世界 'isRemote' vs.'isClient 'vs. ???

作成日 2016年10月28日  ·  10コメント  ·  ソース: FabricMC/yarn

World.isRemoteは扱いにくいと思います。ローカル/リモートではなく、クライアント/サーバーバイナリを使用する方が理にかなっているかもしれません。

discussion

最も参考になるコメント

これを解決できるように、もう少し考えてもらえますか?

個人的にはisClientに投票します。これは、パケットが使用する言語だからです。

全てのコメント10件

fromServer

@asiekierkaは以前にisRemoteに賛成して発言し、その理由を説明したと思います。 それを見つけた:

isRemoteの方が正しいです(実践よりも意図に関して?)、私見。

フィールド自体は少し厄介です。 理論的には、代わりに(Worldserverのワールドインスタンス)をテストするだけでよいため、クライアント<->サーバーチェックには冗長です。

バニラとモッドでの一般的な使用法を考慮すると、フィールドと実行環境の間に不一致があると、大きな破損が発生する可能性があります。 isClient [World]のような名前は、この暗黙の契約を補強します。これは良いことだと思います。

私はアジア人です。 isRemoteは、「他の誰かがこの世界を所有/管理しているのか」という方針に沿ったものであり、それが意図されていると私は信じています。

ええ、シングルプレイヤーの世界のように、一見isClientを混乱させるisRemoteが真である場合があります。 _はい_、それは物理的なクライアントではなく論理的なクライアントについて話しているが、ほとんどの人はその区別を見ていません。 同様に、 !isRemoteinstanceof WorldServer意味しませんが、場合によっては当てはまります。

物理的/論理的なクライアント/サーバーには、より適切な用語も必要です。 それは一般的にかなり混乱しています。

物理側のクライアント/サーバー、論理側のマスター/レプリカ?

そのメモで... isReplica?

それは逸話ですが、私が改造を始めたとき、 isRemoteは私にとって大きな混乱の原因でした。 何にリモート? 非常に多くのmodが、ヘルパーまたはisClientまたはclientSideという名前の何かでそれをラップします。

2年前のメズに同意します:P。 isRemoteはまだ私からの性交を混乱させます。 それを変えてみましょう。

これを解決できるように、もう少し考えてもらえますか?

個人的にはisClientに投票します。これは、パケットが使用する言語だからです。

isClientは変更するのが良いです

https://github.com/FabricMC/yarn/pull/316

このように解決しましょう。

このページは役に立ちましたか?
0 / 5 - 0 評価