Слушатели для разных миров

[Bars]

Как сделать такое чудо?

 

[serega6531]

Слушатели каких ивентов?

 

[fromgate]

Проверяешь в каком мире то, что тебе нужно и принимаешь решение.

 

[Bars]

Проверяешь в каком мире то, что тебе нужно и принимаешь решение.

Полагаю, есть менее ресурсоёмкое решение, типа модификации NMS/OBC, нет?
Я просто не знаю куда влепить эту кучу кода, потому что миров много, а слушатель один.

 

[serega6531]

Ну так if(world.getName().equals("world1")) sss(); else fff();

 

[Bars]

Ну так if(world.getName().equals("world1")) sss(); else fff();

Функции в слушатель тоже лучше не пихать. А тем более, если текста в классе не убавится.

 

[konfyciu98]

Вы слишком привередливы, мсье!

 

[fromgate]

Функции в слушатель тоже лучше не пихать. А тем более, если текста в классе не убавится.

Кто Вам мешает сделать классов именно столько сколько нужно. Сделайте по классу на каждый мир. а в там в каждом обработчике - if(!world.getName().equals("world1")) return;

В общем делайте плагин, а не разводите огород на пустом месте

 

[Reality_SC]

Таки заранее чуется неправильная архитектура плагина...

 

[Bars]

Вы слишком привередливы, мсье!

Нет, я слишком рационально использую ресурсы машины и не люблю лаги в том месте, где их можно избежать.

Кто Вам мешает сделать классов именно столько сколько нужно. Сделайте по классу на каждый мир. а в там в каждом обработчике - if(!world.getName().equals("world1")) return;

В общем делайте плагин, а не разводите огород на пустом месте

Добро.

 

[Shevchik]

Сравнение двух объектов World (их можно сравнивать как объекты, ибо Bukkit.getWOrld() возвращает существующий объект) не займёт нисколько времени. А если внимательно посмотреть на архитектуру ядра то можно заметить что эвенты бросаются глобально на весь сервер и поэтому попытка заставить эвент бросаться только о пределённый мир потрати больше ресурсов чем сравнение мира.

 

[serega6531]

+1. От проверки названия мира никаких лагов не будет

 

[Bars]

Добро.