Vers H2026 #

Nouvelle direction #

1. Uniquement le monde2d
2. Tout est un objet2d, tout a un emplacement et on peut visualiser tous les objets

À ajouter #

1. Charger les objets 2d d’une base données SQLite

   • théorie à ajouter sur SQL-Java

2. Notion plus clair de collaboration via Git

3. Affichage à partir d’un monde2d de taille fixe

   • quand la fenête change de taille, on modifie le viewport

Pour faire la transition #

1. Plutôt que page => region2d du monde
2. Animation entre les pages => la caméra bouge d’une page à l’autre

À conserver #

1. Équipe lousse

   • chacun sa page
   • pourrait devenir: chaque sa région du monde2d

2. L’étudiant peut utiliser le modèle qu’il désire

   • (pas de restriction sur les listes, les valeurs)

Irritants à retirer #

1. FXML/CSS

   • trop de confusion avec HTML/CSS

2. Retirer la notion d’affichage qui s’adapte à la fenêtre

   • vaut mieux pratique ça en développement Web

3. Retirer la notion de modèle contenant une liste de valeurs

   • irritant d’avoir à forcer les étudiants à l’utiliser

4. Moins de théorie, modèle MVC plus simple

   • ?? p-ê parler de Dorsal/Frontal et non de modèle/vue

5. Traductions, en tout cas traduction avec “%blahblabh”

Difficultés #

1. Si tout est un objet2d, alors le .json devient compliqué et on perd l’idée d’analyser/modifier le .json

   • IDÉE: on pourrait avoir les objets “modèle” d’un côté et des objet2d avec le même id d’un autre côté (sauvegardés différemment)

   • IDÉE: le côté monde2d est déjà implanté, voir même sauvegardé dans la .db automatiquement l’étudiant fournit le code pour charger son modèle de la .db et l’objet2d est chargé (lorsqu’il existe) à partir des tables déjà fournies

Déroulement du cour #

1. Série de petits tutoriels indépendants

   • tutoriels obligatoires plutôt qu’objectifs (??)

2. Analyse / commentaire sur le code source d’une application plus grosse

   • p.ex. une application de 3c6
   • p.ex. editeur de sprite

3. IDÉE

   • séquence courte de théorie / tutoriel => examen 1
     • tutoriels obligatoires, validés par des auto-évaluations
   • formation des équipes
   • document de conception, travail sur projet => tp1
   • séquence courte de théorie / tutoriel => examen 2
     • tutoriels obligatoires, validés par des auto-évaluations
   • travail sur projet => tp2
   • projet

Comment évaluer? #

1. Si plus lousse, comment évaluer?
   • chacun sa page
   • doit remplir le document de conception

Conception de Ntro #

1. Dorsal

   • ObjectStore: avec des objets identifés par leur id

   • la librairie décide quand charger l’objet de la .db

   • Reçoit des messages

     • modifie un ou plusieurs objets du ObjectStore
     • la librairie décide quand sauvegarder l’objet dans la .db

   • les objets du ObjectStore (qui ne sont pas des object2d) sont sauvegardés en .json et on peut les modifiés en .json

   • les tâches qui modifient les objets sont exécutés sur un seul thread, avec une file d’attente de tâche qui détermine l’ordre d’exécution

2. Frontal (monde2d)

   • connecté au dorsal via le réseau
   • reçoit des mise-à-jour des données, en particulier des objets2d
   • affiche les objets2d
   • reçoit les événements usagers (parfois envoit un message au dorsal)

Tutoriels #

1. inclure les instructions pour le travail d’équipe