Dev Notes

Login avec le token de cheneliere

Pour se logger avec le token de cheneliere, le lien va d'abbord pointer vers clogin avec le user, le token, l'expiration et le isbn:

cheneliere.uniksim.com/clogin?username=test@iplusinteractif.com&token=59306298493CBB05D3FCE13793A5227E&expiration=1561105287&isbn=SIM2765058038

 

Dans LoginController::cheneliereAutologin

 - Le server (uniksim/master) poke le serveur cheneliere pour savoir les produits de ce user.

 - Le serveur node.js est poker sur le port 8085 pour créer le user GameSparks

 - si c'est bon, on l'envoie vers le bon jeu avec le ISBN, et on lui donne le token et l'expiration

 

Dans le jeu, on va poker notre serveur avec

getcodeInfo/{productId?}/{token}/{expiration}
Notre server repoke cheneliere pour etre sur que ce user est bon, et envoie les login info au jeu,
dans LoginController::getLoginInfo

Implémenter un nouveau jeu

Pour faire un nouveau jeu dans la structure il faut:

 

Scenario (Client)

Informations sur les jeux

Mk1

Mk2

Ent1

Hr1

Appartenance -> sur chaque type d'employé

 

Mgt1

 

Fix le changement d'email de chenelière

PhpMyAdmin

  1. Renommmer le "email" dans la table "users"
  2. Modifier le "code" dans "products_code"
  3. Dans gamesparks, changer le user aussi relié au compte
    1.  mettre l'acien user dans query: { "userName" : "shirleydgrace@yahoo.com_chen_4191" }
    2. et le changer pour le nouveau 
  4.  

Modifier le mot de passe du user

  1. Se connecter en tant que la personne sur test harness
  2. { "@class": ".ChangeUserDetailsRequest", "newPassword": "{new-email}_chen_{products_code:oid}" }

https://docs.gamesparks.com/tutorials/cloud-code-and-the-test-harness/changing-player-passwords.html

 

ByYear vs ByModule

Generation Mode

 

Results generations

 

Saved results

VS

 

Unity UI

Création de simulation

Vu Global

 

 

Loop d'initialisation des données dans Unity

image-1678139048798.png

image-1678140856773.png

Version 2.0

image-1679081866181.png

Unit Testing ACC1

Pour unit tester ACC1, il faut décomposer chaque module et chaque fonction en bout de code testable avec un input et un output attendu.

Chaque module a 4 étapes distinctes:

  1. Generate module type data
  2. Answer Key
  3. Grading
  4. Re-Assemble (un grading post-process)

Par exemple, on veut tester le module de remises de taxes, il faut commencer par voir ce qui se passe dans ce module.

On commence par généré une commande dans unity qui nous redémarre le module en pratique.

data = {
"commandUid":"restart_student_module",
"commandData": {
"teamUid":"be86465e-a8bf-42e5-bef1-447e94acc461",
"actUid":"91dc1bce-d867-4c27-872d-84bd41d56ae9",
"actModuleUid":"45d718be-2cab-4dcf-9328-737b46ed5ccd",
"moduleType":"practice",
"lastPraticeGrade":"-1"
}
};