Théorie: créer un dorsal #

1. Notre client doit obligatoirement déclarer un dorsal

2. Si le dorsal est dans le client, on va déclarer un dorsal local

3. Si le dorsal s’exécute sur le serveur, on va déclarer un dorsal distant

Créer un dorsal local #

1. Un dorsal local hérite de LocalBackendNtro

public class DorsalPong extends LocalBackendNtro {

1. Un dorsal local doit déclarer des tâches

public class DorsalPong extends LocalBackendNtro {

    @Override
    public void createTasks(BackendTasks tasks) {


    }

}

1. On utilise un BackendTasks pour créer les tâches du dorsal

   • ce n’est pas le même genre de tâches qu’un frontal

2. On va aussi faire un import static différent

   • import static ca.ntro.app.tasks.backend.BackendTasks.*;

Créer un dorsal distant #

1. Un dorsal distant hérite de RemoteBackendNtro

public class DorsalPong extends RemoteBackendNtro {

1. Un dorsal distant doit déclarer un serveur auquel se connecter

public class DorsalPong extends RemoteBackendNtro {

    @Override
    public void registerServer(ServerRegistrar registrar) {


    }

}

1. Le client se connecte alors à un seveur où s’exécute le vrai dorsal

   • les modèles sont entroposés et modifiés sur le serveur

Déclarer le dorsal #

1. Qu’il soit local ou distant, le client doit déclarer le dorsal:

public class AppPong implements NtroAppFx {

    // ...
    

    @Override
    public void registerBackend(BackendRegistrar registrar) {

        registrar.registerBackend(DorsalPong.class);

    }

Ajouter des tâches au dorsal #

1. Les tâches d’un dorsal sont typiquement plus simples que celles du frontal

2. Typiquement, le dorsal va recevoir un message et modifier le modèle:

   

3. Pour pong, le backend complet va être