Помогите Где лучше хранить таймер?

[JolyHoska]

Драсти! У меня опять тупой вопрос! Таймер лучше хранить в отдельном классе, или нет? И еще это отдельный поток?

    public void onEnable() {
        this.getServer().getPluginManager().registerEvents(this, this);
        Bukkit.getScheduler().runTaskTimer(this, new Core$1(this), 0, 50);

Мою мнение: ЕСТЕСТВЕННО, потому, что он создают новый поток только тогда когда вкл, а не создают новый! Я не знаю зачем я это спросил. Наверное потому, что я паникер по оптимизации, и мне надо точно знать, правильно я делаю или нет!

 

[alexandrage]

Я везде можно использовать Asynchronously в качестве оптимизации?

Везде можно да. Где не требуется в синс.

 

[alexandrage]

Вот один из примеров когда из асинс шедулера идет переход в синс для установке блока.
Оно требуется один раз при первом заходе игрока. Дальше все печки игроков тикают в асинсе.

    @EventHandler
    public void on(TickUpdateEvent e) {
        for (Player p : Bukkit.getOnlinePlayers()) {
            if (!NMS.furnaces.containsKey(p.getName())) {
                new SyncScheduler(p.getName()).runTaskLater(this.plugin, 0);
            } else {
                try {
                    NMS.tiles.get(p.getName()).e();
                } catch (Exception x) {

                }
            }
        }
    }

 

[JolyHoska]

У меня Scheduler используется только в сообщения, например: примеры, очистка и т.д. Больше Scheduler мне нигде не нужен, Scheduler запускается при включения сервера(плагина)Поэтому всегда буду использовать Asynchronously, чтобы сделать все круто и мега оптимизировано)

 

[JolyHoska]

У меня так: new Core$1(this).runTaskTimerAsynchronously(this, 0, 2400);

 

[alexandrage]

У меня Scheduler используется только в сообщения, например: примеры, очистка и т.д. Больше Scheduler мне нигде не нужен, Scheduler запускается при включения сервера(плагина)Поэтому всегда буду использовать Asynchronously, чтобы сделать все круто и мега оптимизировано)

Примеры начали парсить. Нужно что то сложнее давать. Или писать его в карту).

 

[JolyHoska]

У меня еще загадки

 

[JolyHoska]

public void onEnable () {
BukkitRunnable runnable = (new BukkitRunnable () {
@Override
public void run () {
log.finer ("Tick");
}
});
Runnable.runTasktimerAsynchronously (это, 5L, 20L);
}

} Так лучше?

 

[alexandrage]

public void onEnable () {
BukkitRunnable runnable = (new BukkitRunnable () {
@Override
public void run () {
log.finer ("Tick");
}
});
Runnable.runTasktimerAsynchronously (это, 5L, 20L);
}

} Так лучше?

Тебе можно. Но я предпочитаю ооп.

 

[JolyHoska]

Ну хорошо. и еще последний вопрос: new Core$1(this).runTaskTimerAsynchronously(this, 0, 2400); он не создают новые потоки, а запускает один BukkitAPI, я прав? То есть чем меньше потоков не меньше нагрузка

 

[Slavkaa]

Ну хорошо. и еще последний вопрос: new Core$1(this).runTaskTimerAsynchronously(this, 0, 2400); он не создают новые потоки, а запускает один BukkitAPI, я прав? То есть чем меньше потоков не меньше нагрузка

А не проще ли тебе будет почитать про потоки, чем разводить тут тему на 10 страниц?

 

[JolyHoska]

я читал, но про BukkitRunnable не нашел ничего

 

[Slavkaa]

я читал, но про BukkitRunnable не нашел ничего

А просто Runnable юзать?

 

[JolyHoska]

А просто Runnable юзать?

Неа

 

[hyndorik]

Неа

И почему?

 

[alexandrage]

И почему?

Может потому что мы работает с ведрорунаблом? Не думал об этом?

 

[Slavkaa]

Может потому что мы работает с ведрорунаблом? Не думал об этом?

Юзаю для ведра обычный Runnable, все работает стабильно, ошибок нет.

 

[alexandrage]

Юзаю для ведра обычный Runnable, все работает стабильно, ошибок нет.

Не умеешь в ооп просто.

 

[Slavkaa]

Не умеешь в ооп просто.

Что ты подразумеваешь под словом "ооп"? Много раз от тебя слышал, но так и не понял.

 

[alexandrage]

Что ты подразумеваешь под словом "ооп"? Много раз от тебя слышал, но так и не понял.

Ну вот https://github.com/alexandrage/Example/blob/master/src/Example/Scheduler.java

 

[Slavkaa]

Ну вот https://github.com/alexandrage/Example/blob/master/src/Example/Scheduler.java

То есть, просто создавать отдельный класс?