• Création de la barre de navigation inférieure
• Ajout des sections dans la barre de navigation
• Changement des sections en fonction de la sélection de la barre

Actuellement, les repository ne contiennent aucune logique dans la méthode shouldFetch. En effet, elle se fie seulement à un paramètre formel.
Ex. : https://github.com/ApplETS/Notre-Dame-Android/blob/dev/repository/src/main/kotlin/ca/etsmtl/repository/data/repository/signets/SessionRepository.kt#L43

Cela entraîne des situations ou des données sont demandées aux services alors qu'elles n'ont pas encore été changées. De plus, deux demandeurs pourraient demander une ressource de manière concurrente ce qui déclencheraient l'envoi de deux requêtes au serveur web et ce, pour un même résultat. En d'autres mots, il n'y a actuellement aucune limitation quant à la fréquence de rafraichissement.

L'introduction d'un RateLimiter nécessite qu'au moins les questions suivantes doivent être répondues :

• Quel est l'intervalle de temps?
• Comment permettre à un demandeur de forcer le rafraîchissement?

Référence : https://github.com/googlesamples/android-architecture-components/blob/master/GithubBrowserSample/app/src/main/java/com/android/example/github/util/RateLimiter.kt

Afin de récupérer les séances de cours de l'utilisateur, il faut, tout d'abord, récupérer la session.

• Ajouter Buglife afin de permettre aux utilisateurs de rapporter des bogues et émettre des commentaires

Site web : https://www.buglife.com/
Repo GitHub : https://github.com/Buglife/buglife-android

Quelques suggestions:

• Fabric
• Firebase

Types d'urgence où une section spécifique sera requise.

• Appel à la bombe 💣
• Colis suspect 📦
• Incendie 🔥
• Odeur suspecte 💨
• Panne d'ascenseur ⛔️
• Panne électrique ⚡️
• Personne armée 🔫
• Urgence médicale 🏥

• Choix de l'architecture
• Structure des paquets
• Explication sur les choix de l'architecture (Markdown)
• Explication concrète des technologies utilisés (librairies, exemples, etc...)

Exemple concret ici

Relation entre la couche de données et la couche des vues pour les urgences.

Exemple: Une liste avec un modèle selon les différents types d'urgences.

• Création du modèle
• Création de la liste
• Création de l'adaptateur/contrôleur

• État du dossier étudiant
• Informations personnelles
• Programmes

Manière de représenter les urgences lorsque dans une section. Entre autres:

• Format (HTML, PDF, Texte brut, etc...)
• Mise en page
• Liens pour contact immédiat (Téléphone, courriel)

Comment démarrer ici

• Joindre le projet à Travis
• Vérifier le fonctionnement initial

La vue de l'horaire doit interagir avec un ViewModel.