Platform.runLater і Task у JavaFX

Я робив кілька досліджень з цього приводу, але все ще дуже м'яко розгублений.

Хто-небудь може дати мені конкретний приклад того, коли використовувати Taskі коли використовувати Platform.runLater(Runnable);? У чому саме різниця? Чи існує золоте правило, коли слід використовувати будь-яке з них?

Також виправте мене, якщо я помиляюся, але хіба ці два "Об'єкти" не є способом створення чергового потоку всередині основного потоку в графічному інтерфейсі (використовується для оновлення графічного інтерфейсу)?

Використовуйте Platform.runLater(...)для швидких і простих операцій, а також Taskдля складних і великих операцій.

• Випадок використання для Platform.runLater(...)
• TaskПриклад використання для : Приклад завдання в програмі Ensemble

Приклад: Чому ми не можемо використовувати Platform.runLater(...)для довгих обчислень (взято з посилання нижче).

Проблема: фоновий потік, який нараховує лише від 0 до 1 мільйона, і рядок прогресу оновлення в інтерфейсі користувача.

Використання коду Platform.runLater(...):

final ProgressBar bar = new ProgressBar();
new Thread(new Runnable() {
    @Override public void run() {
    for (int i = 1; i <= 1000000; i++) {
        final int counter = i;
        Platform.runLater(new Runnable() {
            @Override public void run() {
                bar.setProgress(counter / 1000000.0);
            }
        });
    }
}).start();

Це огидна частина коду, злочин проти природи (та програмування загалом). По-перше, ви втратите клітини мозку, просто дивлячись на це подвійне вкладання Runnables. По-друге, це збирається заповнити чергу подій маленькими Runnables - насправді їх мільйон. Очевидно, що нам потрібен якийсь API, щоб полегшити написання фонових працівників, які потім обмінюються даними з інтерфейсом.

Код за допомогою Завдання:

Task task = new Task<Void>() {
    @Override public Void call() {
        static final int max = 1000000;
        for (int i = 1; i <= max; i++) {
            updateProgress(i, max);
        }
        return null;
    }
};

ProgressBar bar = new ProgressBar();
bar.progressProperty().bind(task.progressProperty());
new Thread(task).start();

воно не страждає від жодної вади, виявленої в попередньому кодексі

Довідково: Worker Threading у JavaFX 2.0

• Platform.runLater: Якщо вам потрібно оновити компонент графічного інтерфейсу з потоку, що не є графічним інтерфейсом, ви можете використати його, щоб помістити своє оновлення в чергу, і воно буде оброблено потоком графічного інтерфейсу якомога швидше.
• Taskреалізує Workerінтерфейс, який використовується, коли вам потрібно запустити довге завдання поза потоком графічного інтерфейсу (щоб уникнути заморожування програми), але все одно потрібно взаємодіяти з графічним інтерфейсом на якомусь етапі.

Якщо ви знайомі з Swing, перший є еквівалентом, SwingUtilities.invokeLaterа другий - поняттям SwingWorker.

Javadoc завдання дає багато прикладів , які повинні прояснити , як вони можуть бути використані. Ви також можете звернутися до підручника з паралельності .

Тепер його можна змінити на лямбда-версію

@Override
public void actionPerformed(ActionEvent e) {
    Platform.runLater(() -> {
        try {
            //an event with a button maybe
            System.out.println("button is clicked");
        } catch (IOException | COSVisitorException ex) {
            Exceptions.printStackTrace(ex);
        }
    });
}

Однією з причин використання явного Platform.runLater () може бути те, що ви прив’язали властивість в інтерфейсі до властивості служби (результату). Отже, якщо ви оновлюєте властивість пов'язаного сервісу, ви повинні зробити це за допомогою runLater ():

У потоці інтерфейсу користувача, також відомому як потік JavaFX Application:

...    
listView.itemsProperty().bind(myListService.resultProperty());
...

у реалізації Служби (фоновий працівник):

...
Platform.runLater(() -> result.add("Element " + finalI));
...