Помогите Событие выдачи игроку опыта

Как отследить событие выдачи игроку опыта командой /xp или модами(думаю в модах xp выдается таким же образом что и команда /xp)? Если слушать PlayerExpChangeEvent то при подбирании сфер опыта срабатывает, а при команде /xp не срабатывает.

 

Костыльный способ: перезаписывать всех игроков своими, наследующими правильных, и с перезаписанным setExp().

 

Таким образом в метод setExp добавить вызов эвента PlayerExpChangeEvent? Как-то слишком костыльно... Может еще как-то можно?

 

Если это не костыльно, то можно пожалуйста код, а то я понял что вы имеете в виду, а как сделать не понял.

 

Code:

    @EventHandler
    public void onExpCmd(PlayerCommandPreprocessEvent e) {
        if(e.getMessage().startsWith("/xp")) {
            Bukkit.getPluginManager().callEvent(new PlayerExpChangeEvent(e.getPlayer(), /*номер аргумента*/));
        }
    }

 

Не советуй говнокод.

 

На все команды такого не сделаешь.

 

Ну да, эт костыльный метод.[DOUBLEPOST=1411333632,1411333591][/DOUBLEPOST]

Это возможно, но это будет говнокод.

 

это мне не подходит, т.к. мод кастом нпс, скорее всего тоже выдает методом setExp и если я просто буду слушать команду xp, то мне это не поможет.

 

Я пока тогда не знаю, чем помочь. По-любому что-то с командами делать надо будет. Попробуй пакеты, штоле.

 

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

 

Где это предложили? Или я слепой?

 

Тут:

 

Ну эта да00)00))00)0)

 

Отличный вариант, плюс если требуемая реализация не требует супер-мгновенности, то замедлить до 1 тика в секунду или реже.

 

Чем чаще проверка, тем точнее результат и отсутствие возможности куда нибудь спустить опыт.
Асинхронный ежетиковый шедулер тут в самый раз, хотя бросаемые эвенты получатся тоже асинхронные...

 

Конечная нагрузка это та, которая будет в теле вызываемого события, поэтому программист его "тела" должен решать, какие действия предпринимать синхронно, а какие отпускать в параллель. Так что я согласен с fromgate. А насчёт количества тиков в запланированном шедулере — можно вынести int в конфиг (config.yml/internal.events.onExpChange.granularity) и подбирать в зависимости от конкретной обстановки.

 

Мега-идея - в методе setExp и т.д вызывать эвент. Правда, для этого чутка перелопатить классы придется, но ничего страшного

 

Это было предложено в первом сообщении

 

Code:

public class ExpChangeEventTimer extends BukkitRunnable{

//Код писал в редакторе сообщения рубакита, извините если что-то не так

     public HashMap<Player, Integer> exps = new HashMap<Player, Integer>();

     public void run(){
          for(Player p : Bukkit.getOnlinePlayers(){
               if(exps.contains(p){
                    if(exps.get(p) != p.getExperience(){
                         Bukkit.getPluginManager().callEvent(new PlayerExpChangeEvent(p, p.getExperience());
                         exps.remove(p);
                    }else{
                         exps.remove(p);
                         exps.put(p, p.getExperience());
                    }
               }else exps.put(p, p.getExperience());
          }
     }
}

public class MyPlugin extends JavaPlugin{

     public void onEnable(){
          new ExpChangeEventTimer().runTaskTimer(this, 20, 20);
     }
     
}