Помогите Оптимизация

[Dereku]

А всё же, что лучше хранить и проверять ники игроков или сам объект Player ? Я понял что он там проверяет через хэш, но всё же.

uuid

 

[Blc_Dragon]

uuid

почему он лучше? длинее же. имя больше байтов кушает. или гет by uuid пашет в разы шустрей и типа можно пожертвовать эти пару байт?

 

[Exception_Prototype]

uuid

Вопрос выше меня тоже интересует. Вы лично uuid пользуйтесь?
А разве Bukkit.getPlayer(uuid) не будет кушать лишнего?

 

[Blc_Dragon]

Вопрос выше меня тоже интересует. Вы лично uuid пользуйтесь?
А разве Bukkit.getPlayer(uuid) не будет кушать лишнего?

так говоришь как будто Bukkit.getPLayer(String) уже и не жрет нифига

 

[CoolBoy]

Создавай Inventoy только тогда, кода надо.
Ну и один раннабл вместо двух. Меньше действий по запуску/остановке.

https://www.hastebin.com/olamireyov.cs

I did it, or no?

 

[alexandrage]

Вопрос выше меня тоже интересует. Вы лично uuid пользуйтесь?
А разве Bukkit.getPlayer(uuid) не будет кушать лишнего?

Еще как будет, потому лучше ссылка на игрока.

 

[CoolBoy]

Еще как будет, потому лучше ссылка на игрока.

А если ник хранить и через ник доставать?

 

[alexandrage]

А если ник хранить и через ник доставать?

Долго же.

 

[Blc_Dragon]

Долго же.

ну тк, а через юид доставать не долго что ли?

 

[alexandrage]

ну тк, а через юид доставать не долго что ли?

Причем тут юид?

 

[Blc_Dragon]

Причем тут юид?

хз.

А что за ссылка. как ее хранить?

(вроде банально, а вроде и нет)

 

[Reality_SC]

Когда игрок зашёл на сервер, он Player. Пока он не выйдет, объект разумеется поменяться не может.
У Player-а есть uuid, и есть ник, они поменяться во время сессии не могут.
Сравнивать что ники, что uuid-ы, долго, нужнопочти O(N) от длины строки.
Сравнить две ссылки на объект Player -- примерно как сравнить два long-а. При этом не надо обращаться по этим адресам и этим выгружать какую-то потенциально нужную кэш-линию.

Так что player1 == player2 куда быстрее, чем
player1.getName().equals(player2.getName());
или
player1.getUniqueId().equals(player2.getUniqueId());

Только нужно аккуратно отслеживать вновь входящих и выходящих игроков, для них объекты Player меняются. И не забывать про игроков во время onEnable.

 

[Blc_Dragon]

Когда игрок зашёл на сервер, он Player. Пока он не выйдет, объект разумеется поменяться не может.
У Player-а есть uuid, и есть ник, они поменяться во время сессии не могут.
Сравнивать что ники, что uuid-ы, долго, нужнопочти O(N) от длины строки.
Сравнить две ссылки на объект Player -- примерно как сравнить два long-а. При этом не надо обращаться по этим адресам и этим выгружать какую-то потенциально нужную кэш-линию.

Так что player1 == player2 куда быстрее, чем
player1.getName().equals(player2.getName());
или
player1.getUniqueId().equals(player2.getUniqueId());

Только нужно аккуратно отслеживать вновь входящих и выходящих игроков, для них объекты Player меняются. И не забывать про игроков во время onEnable.

спасибо сохранил C:

 

[CoolBoy]

Когда игрок зашёл на сервер, он Player. Пока он не выйдет, объект разумеется поменяться не может.
У Player-а есть uuid, и есть ник, они поменяться во время сессии не могут.
Сравнивать что ники, что uuid-ы, долго, нужнопочти O(N) от длины строки.
Сравнить две ссылки на объект Player -- примерно как сравнить два long-а. При этом не надо обращаться по этим адресам и этим выгружать какую-то потенциально нужную кэш-линию.

Так что player1 == player2 куда быстрее, чем
player1.getName().equals(player2.getName());
или
player1.getUniqueId().equals(player2.getUniqueId());

Только нужно аккуратно отслеживать вновь входящих и выходящих игроков, для них объекты Player меняются. И не забывать про игроков во время onEnable.

Хм. Тоесть, если я буду в классе EPlayer хранить обьект Player, вместо String name - будет быстрее и лучше, верно?

 

[Exception_Prototype]

Когда игрок зашёл на сервер, он Player. Пока он не выйдет, объект разумеется поменяться не может.
У Player-а есть uuid, и есть ник, они поменяться во время сессии не могут.
Сравнивать что ники, что uuid-ы, долго, нужнопочти O(N) от длины строки.
Сравнить две ссылки на объект Player -- примерно как сравнить два long-а. При этом не надо обращаться по этим адресам и этим выгружать какую-то потенциально нужную кэш-линию.

Так что player1 == player2 куда быстрее, чем
player1.getName().equals(player2.getName());
или
player1.getUniqueId().equals(player2.getUniqueId());

Только нужно аккуратно отслеживать вновь входящих и выходящих игроков, для них объекты Player меняются. И не забывать про игроков во время onEnable.

Так как же всё же сравнить двух игроков? == или equals? Всё же объекты

 

[Sonicxd2]

Так как же всё же сравнить двух игроков? == или equals? Всё же объекты

По имени или UUID. Но лучше по UUID, ибо это значение уникальное.

 

[CoolBoy]

По имени или UUID. Но лучше по UUID, ибо это значение уникальное.

А теперь глянь пост от Reality_SC.

 

[Exception_Prototype]

По имени или UUID. Но лучше по UUID, ибо это значение уникальное.

В смысле? Выше пост Reality_SC почитай, он объяснил. Просто примеров для сравнения приводил == и я вот не понял.

 

[CoolBoy]

Так как же всё же сравнить двух игроков? == или equals? Всё же объекты

Обьекты плеера и так и так сравнивать можно.

 

[Exception_Prototype]

Обьекты плеера и так и так сравнивать можно.

Шок. А что быстрей будет? Или он в equals тоже == ?