ntro.ca

        • Contrats de classe
        • Liens utiles
        • Calendrier
        • Calendrier groupe 2
        • Calendrier groupes 1, 3
        • Structure du cours
        • Évaluations
        • Matériel à se procurer
        • Les profs
          • Marc-Olivier Tremblay
          • Mathieu Bergeron
        • Module 1.1: installation + trier des cartes
        • Module 1.2: rappels POO
        • Module 1.3: tableau d'objets
        • Examen 1
        • Module 2.1: données JSON
        • Module 2.2: données en Java
        • Module 2.3: récursivité
        • Examen 2
        • Module 3.1: structure générique
        • Module 3.2: efficacité (1)
        • Module 3.3: efficacité (2)
        • Examen 3
        • Module 4.1: liste naïve
        • Module 4.2: liste par tableau
        • Module 4.3: liste chaînée
        • Examen 4
        • Module 5.1: mappage naïf
        • Module 5.2: mappage par hachage
        • Module 5.3: mappage par arbre
        • Examen 5
        • Équipes
          • Horaire groupe 1
          • Horaire groupe 2
          • Horaire groupe 3
          • Groupe 1
          • Groupe 2
          • Groupe 3
        • Projets vedettes 2022
        • Projets vedettes 2023
        • Projets vedettes 2024
        • Projets vedettes 2025
        • Survol
        • Structure
        • Calendrier
        • Calendrier des séances
        • Évaluations
        • Exemples de jeu
        • Exemples de pages
        • Réponses à vos questions
        • Module 1: créer le projet
        • Module 2: concevoir l'application
        • Module 3: vues NtroFx
        • Module 4: modèle et navigation
        • Module 5: ajouter le dorsal, modifier le modèle
        • Module 7: améliorer l'affichage
        • Module 8: jeu en 2d
        • Module 9: client/serveur
        • Module 10: plusieurs instances du même modèle
        • TP1
        • Examen 1
        • TP2
        • Examen 2
        • Projet de fin de session
        • Calendrier
        • Structure du cours
        • Évaluations
        • Contrat de classe
        • Le prof
        • 01: Windows et Word
          • Astuces et raccourcis
        • 02: Word
        • 03: Word
          • Exercice Word: insertion d'éléments spéciaux
          • Exercice Word: tableaux
        • 04: Word
          • Exercice Word: références
          • TP01: Word (15%)
        • 05: PowerPoint
          • TP02: PowerPoint (10%)
        • 06: Examen Word (20%)
        • 07: Excel
        • 08: Excel
        • 09: Excel
          • TP03: Excel (15%)
        • 10: Excel
        • 11: Examen Excel (20%)
        • 12: Access
        • 13: Access
        • 14: Access
        • 15: Examen Access
      • Sondage H2023 (dept. info)
      • Vision H2023 (dept. info)
      • P1) exercices interactifs de lecture
      • P2) transition Excel vers Python
        • Atelier 2: un exemple
      • Jquery
      • Jquery Ui
      • Point de vue sur l'IA
    Cadriciel Ntro
    • Cadriciel Ntro
      • Patron MVC en Ntro
      • Le client en Ntro
      • Le frontal en Ntro
      • Le dorsal en Ntro
      • Le contrôleur en Ntro: un graphe de tâches

    Cadriciel Ntro #

    1. Un cadriciel permet

      • d’organiser le code
      • de simplifier certaines tâches courantes (charger un modèle, créer une vue)
    2. Ntro est développé par le prof à des fins pédagogiques

    3. Le but est d’arrimer les concepts vu en cours avec le code, p.ex:

      • on voit les concepts de Client et de Frontal
      • en Ntro, on doit définir une classe Client et une classe Frontal
    4. Un autre objectif est de visualiser le plus possible la logique de l’application

    5. Ntro a aussi la particularité de supporter à la fois Java et Javascript (via JSweet)

      • p.ex. presque tout sur aiguilleur.ca est programmé en Java:
        • le serveur Web
        • le dorsal, qui s’exécute sur le serveur
        • le frontal, qui peut s’exécuter
          • sur le serveur (en Java)
          • ou dans le navigateur (en Javascript tiré du même code Java)

    Patron MVC en Ntro #

    • De façon général, le patron MVC signifie qu’on organise le code en trois parties:

      • Les Modèles:
        • les données
        • la logique du domaine d’application (p.ex. les règles d’un jeu)
      • Les Vues:
        • affichage des données
        • interactions avec l’usager
      • Le Contrôleur:
        • la logique du programme, p.ex.
        • comment charger les modèles (base de données? fichiers?)
        • quand crééer les vues (dès le début? dynamiquement?)
    • Typiquement, un cadriciel propose sa propre version du partron MVC

    • Voici la version proposée par Ntro

      • On a une notion explicite de Frontal et de Dorsal
      • Le Frontal réagit aux événements usagers
      • Le Frontal envoit des messages au Dorsal
      • Seul le Dorsal peut modifier un modèle
      • Le Frontal reçoit des mises-à-jour quand le modèle est modifié
        • on dit que le frontal observe le modèle
        • via les mises-à-jour, le frontal peut afficher les données du modèle
        • (le Frontal ne manipule jamais le modèle au complet)

    Le client en Ntro #

    • La classe principale d’un client Ntro doit implanter NtroAppFx (pour JavaFx)
    public class AppPong implements NtroAppFx {
    
    • Cette classe doit appeler launch pour démarrer l’application
        public static void main(String[] args) {
            NtroAppFx.launch(args);
        }
    
    • Elle doit aussi déclarer un frontal, des modèles, des messages et un dorsal
        @Override
        public void registerFrontend(FrontendRegistrarFx registrar) {
    
            registrar.registerFrontend(FrontalPong.class);
        }
    
        @Override
        public void registerMessages(MessageRegistrar registrar) {
    
        }
    
        @Override
        public void registerModels(ModelRegistrar registrar) {
    
        }
    
        @Override
        public void registerBackend(BackendRegistrar registrar) {
    
        }
    

    Le frontal en Ntro #

    • Le frontal est une classe qui implante Frontend
    public class FrontalPong implements FrontendFx {
    
    • Le frontal doit aussi créer des tâches, déclarer des événements et des vues:
    	@Override
    	public void createTasks(FrontendTasks tasks) {
    
    	}
    
    	@Override
    	public void registerEvents(EventRegistrar registrar) {
    
    	}
    
    	@Override
    	public void registerViews(ViewRegistrarFx registrar) {
    
    	}
    

    Le dorsal en Ntro #

    • Le dorsal de base est une classe qui hérite de LocalBackendNtro
    public class DorsalPong extends LocalBackendNtro {
    
    • Le dorsal doit aussi créer des tâches
    	@Override
    	public void createTasks(BackendTasks tasks) {
    
    	}
    
    • La méthode execute va être appelée quand l’application est prête:
    	@Override
    	public void execute() {
    
    	}
    

    Le contrôleur en Ntro: un graphe de tâches #

    • Ntro n’a pas de notion explicite de contrôleur

    • On va plutôt définir des graphes de tâches

      • un pour le frontal et un pour le dorsal
    • Le frontal va créé les tâches concernant les vues et les événements usager

    • Le dorsal va créé les tâches pour recevoir les messages et modifier les modèles

    Creative Commons License Creative Commons Attribution Creative Commons ShareAlike
    • Cadriciel Ntro
      • Patron MVC en Ntro
      • Le client en Ntro
      • Le frontal en Ntro
      • Le dorsal en Ntro
      • Le contrôleur en Ntro: un graphe de tâches