Помогите Если здоровье меньше...

[slavik123123123]

в код вчитайся. поймешь

Там вроде все норм.

 

[IcedwinterZ]

в код вчитайся

АЛЕ! Это не CreatureSpawnEntity! Дамага то не нанесет, ивент не вызовется

 

[xDark]

АЛЕ! Это не CreatureSpawnEntity! Дамага то не нанесет, ивент не вызовется

.... а теперь я включу килл ауру... ииииии...
p.s: не так выразился.

 

[IcedwinterZ]

.... а теперь я включу килл ауру... ииииии...
p.s: не так выразился.

Сразу бы так... Можно лимит на игрока сделать

 

[AtomicInteger]

.... а теперь я включу килл ауру... ииииии...
p.s: не так выразился.

Я всё ещё не понимаю, почему сервер должен зацикливаться.Ну да, там есть проверка на каждый удар по мобу, да, это не совсем экономно, но всё же, почему сервер должен зацикливаться?

 

[oleg57zls]

а потом сервер зациклится... ну - ну.. удачи.

Нормальный код. Его спросили, он расписал все. Разве что немного не оптимизировано, но это уже на совести того кто этот код будет использовать. И все правится.
А вот про "Зациклится" - полный бред.

 

[slavik123123123]

.... а теперь я включу килл ауру... ииииии...
p.s: не так выразился.

ну если хп 350, то да.
А если два то наврятли зациклится.

 

[alexandrage]

ну если хп 350, то да.
А если два то наврятли зациклится.

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

 

[oleg57zls]

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

Да они тут бред какой-то пишут. Зациклится у них там что-то должно.
Они походу даже код не понимают, а лезут со своими "зациклится, код почитай"

 

[IcedwinterZ]

Да они тут бред какой-то пишут. Зациклится у них там что-то должно.
Они походу даже код не понимают, а лезут со своими "зациклится, код почитай"

Пфф полюбому, клиенты пишем.. А тут BukkitAPI не понимаем

Я всё ещё не понимаю, почему сервер должен зацикливаться.Ну да, там есть проверка на каждый удар по мобу, да, это не совсем экономно, но всё же, почему сервер должен зацикливаться?

Ахаха, представь что по мобу бьют хотя-бы тысячу раз в секунду

 

[alexandrage]

Пфф полюбому, клиенты пишем.. А тут BukkitAPI не понимаем

Ахаха, представь что по мобу бьют хотя-бы тысячу раз в секунду

Так он вымрет. Если только дамаг у игрока будет 0.
И потом античит тебе писды вкатит за такое.

 

[AtomicInteger]

Ахаха, представь что по мобу бьют хотя-бы тысячу раз в секунду

И что?Да, это ресурсозатратно, но это не проблема кода, это проблема того кто его использует.А код делает ровно то, что хотел автор темы.Я не буду писать защиту от идиотов.Это ровне то же, что и ограничить половину функционала, например, WE, ибо половиной его команд можно положить сервер(set,fixwater,drain etc.)Обвинять в это автора, как минимум, глупо.В качестве модернизации можно ограничить область действия слушателя только на игрока, хоть это и не сильно сократит ресурсозатраты, но иначе я не понимаю, зачем это вообще нужно.Вот:

  Код удалён, есть реализации получше.

 

[slavik123123123]

if(event instanceof EntityDamageByEntityEvent && ((EntityDamageByEntityEvent) event).getDamager() instanceof Player) {

почему бы просто сразу этот эвент не использовать?

 

[IcedwinterZ]

Так он вымрет. Если только дамаг у игрока будет 0.
И потом античит тебе писды вкатит за такое.

Да не, не вкатывает вроде..

И что?Да, это ресурсозатратно, но это не проблема кода, это проблема того кто его использует.А код делает ровно то, что хотел автор темы.Я не буду писать защиту от идиотов.Это ровне то же, что и ограничить половину функционала, например, WE, ибо половиной его команд можно положить сервер(set,fixwater,drain etc.)Обвинять в это автора, как минимум, глупо.В качестве модернизации можно ограничить область действия слушателя только на игрока, хоть это и не сильно сократит ресурсозатраты, но иначе я не понимаю, зачем это вообще нужно.Вот:

    @EventHandler
    public void onEntityEvent(EntityDamageEvent event) {
        if(event instanceof EntityDamageByEntityEvent && ((EntityDamageByEntityEvent) event).getDamager() instanceof Player) {
            EntityDamageByEntityEvent byEntityEvent = (EntityDamageByEntityEvent) event;
            EntityType currentEntityType = byEntityEvent.getEntity().getType();
            LivingEntity entity = (LivingEntity) byEntityEvent.getEntity();
            if(config.getList("entities").contains(currentEntityType.toString()) && entity.getHealth() < config.getInt("healthCount"))
                entity.getWorld().spawnEntity(entity.getLocation(), EntityType.valueOf(config.getString("spawnEntity")));
        }
    }

А разве мы не должны делать свою работу качественно?

 

[AtomicInteger]

почему бы просто сразу этот эвент не использовать?

Потому что существует возможность получения урона не от сущности, а от блока.Во втором варианте я как раз исключил получение урона от блока(используя EntityDamageByEntityEvent), а потом сузил выборку до того, что слушатель обрабатывает ивент только в том случае, если атакующий - игрок(тем самым исключив урон от блоков и всех сущностей, кроме игрока).

 

[IcedwinterZ]

Потому что существует возможность получения урона не от сущности, а от блока.Во втором варианте я как раз исключил получение урона от блока(используя EntityDamageByEntityEvent), а потом сузил выборку до того, что слушатель обрабатывает ивент только в том случае, если атакующий - игрок(тем самым исключив урон от блоков и всех сущностей, кроме игрока).

Помоему можно это сделать более компактнее

 

[AtomicInteger]

А разве мы не должны делать свою работу качественно?

О какой работе идёт речь?Тогда уж, IcedwinterZ, жду реализации получше от тебя.

 

[alexandrage]

И что?Да, это ресурсозатратно, но это не проблема кода, это проблема того кто его использует.А код делает ровно то, что хотел автор темы.Я не буду писать защиту от идиотов.Это ровне то же, что и ограничить половину функционала, например, WE, ибо половиной его команд можно положить сервер(set,fixwater,drain etc.)Обвинять в это автора, как минимум, глупо.В качестве модернизации можно ограничить область действия слушателя только на игрока, хоть это и не сильно сократит ресурсозатраты, но иначе я не понимаю, зачем это вообще нужно.Вот:

    @EventHandler
    public void onEntityEvent(EntityDamageEvent event) {
        if(event instanceof EntityDamageByEntityEvent && ((EntityDamageByEntityEvent) event).getDamager() instanceof Player) {
            EntityDamageByEntityEvent byEntityEvent = (EntityDamageByEntityEvent) event;
            EntityType currentEntityType = byEntityEvent.getEntity().getType();
            LivingEntity entity = (LivingEntity) byEntityEvent.getEntity();
            if(config.getList("entities").contains(currentEntityType.toString()) && entity.getHealth() < config.getInt("healthCount"))
                entity.getWorld().spawnEntity(entity.getLocation(), EntityType.valueOf(config.getString("spawnEntity")));
        }
    }

Говнокодер номер один Сяпки - поржал.

 

[AtomicInteger]

Помоему можно это сделать более компактнее

Говнокодер номер один Сяпки - поржал.

Конечно, можно и так сделать

    @EventHandler
    public void onEntityEvent(EntityDamageByEntityEvent event) {
        if(event.getDamager() instanceof Player) {
            EntityType currentEntityType = event.getEntity().getType();
            LivingEntity entity = (LivingEntity) event.getEntity();
            if(config.getList("entities").contains(currentEntityType.toString()) && entity.getHealth() < config.getInt("healthCount"))
                entity.getWorld().spawnEntity(entity.getLocation(), EntityType.valueOf(config.getString("spawnEntity")));
        }
    }

 

[alexandrage]

О какой работе идёт речь?Тогда уж, IcedwinterZ, жду реализации получше от тебя.

Жуй.

    @EventHandler
    public void on(EntityDamageByEntityEvent e) {
        UUID uuid = e.getEntity().getUniqueId();
        if(mob.get(uuid)!=null) {
            //Что то делаем
            mob.remove(uuid);
        }
    }

Пруфит!