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

uuid

 

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

 

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

 

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

 

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

I did it, or no?

 

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

 

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

 

Долго же.

 

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

 

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

 

хз.

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

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

 

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

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

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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