Différences

Ci-dessous, les différences entre deux révisions de la page.

--- bloc2:prog:poo:mobile [2023/04/11 13:49] – [Contraintes] admin
+++ bloc2:prog:poo:mobile [2024/02/21 16:57] (Version actuelle) – [Modèles de programmation] admin
@@ Ligne 1: / Ligne 1: @@
 ====== Développement mobile Android ======
 ===== Modèles de programmation =====
 Il existe différents modèles techniques d’applications mobiles :
   * application web « **responsive **» : application web classique appuyée sur un travail CSS spécifique permettant l'adaptation automatique des interfaces à la taille d'écran (cf. framework Bootstrap) ;
-  * application **native** : application spécifiquement développée pour une plate-forme
+  * <color blue>application **native**</color> : application spécifiquement développée pour une plate-forme
-    * Java ou Kotlin pour Android
+    * <color blue>Java</color> ou Kotlin pour Android
     * Objective C ou Swift pour IOS
   * application **cross-platform** (environnements dédiés) : application développée sur une plateforme spécifique compatible avec IOS et Android, et qui traduit le code en exécutable natif
-    * Xamarin, Appcelerator
+    * Xamarin, Appcelerator, Flutter, etc.
+===== Application native (descriptif) =====
+L’application s’exécute hors d’un navigateur. Elle se présente sous la forme d'un **APK** (Android Package) qui permet de l'installer au même titre qu'un MSI sous Windows. Elle utilise des données brutes structurées (sans mises en formes) disponibles sur le réseau ([[bloc2:prog:web:webservices|Services Web]]) et qu’elle présentera librement.
+__Problème__ : un équipement mobile a une connexion réseau **intermittente** et de **natures multiples** (wifi, data, filaire, BT, etc.)
+L’application mobile doit pouvoir s’adapter à cette inconstance :
+  * **basculer** d'une connexion réseau à une autre ;
+  * proposer un mode de fonctionnement **hors-connexion** ;
+  * réaliser la présentation en autonomie.
+=> l’application accède à des services web qui lui renvoient des données au format XML ou JSON plutôt que du HTML
 ===== Schéma Utilisateur =====
-{{  :bloc2:prog:poo:bloc2-prog-poo-mobile-schemautil.png?600  |Schéma Utilisateur}}
+{{  bloc2:prog:poo:mobile-schemautil.png?600  |Schéma Utilisateur}}
-===== Schémas Développeur =====
+===== Schéma Développeur =====
-{{  :bloc2:prog:poo:bloc2-prog-poo-mobile-schemadev.png?600  |Schéma Développeur}}
+{{  bloc2:prog:poo:mobile-schemadev.png?600  |Schéma Développeur}}
 ===== Contraintes =====
 Le développement natif présentera les contraintes suivantes :
 Pour la même application :
-  * diverses versions de JDK à gérer ;
+  * diverses **versions de JDK** à gérer ;
-  * diverses versions du Android SDK à gérer   ;
+  * diverses **versions du Android SDK** à gérer   ;
-  * divers formats d’équipements à gérer.
+  * divers **formats** d’équipements à gérer.
 Outillage spécifique :
-  * gestionnaire de SDK Android (SDK manager) ;
+  * gestionnaire de SDK Android (**SDK manager**) ;
-  * gestionnaire de VM’s (AVD manager) ;
+  * gestionnaire de VM’s (**AVD manager**) ;
+  * machine de développement suffisamment puissante pour supporter des VM's
 Tests complexes :
-  * multiplication des situations de tests ;
+  * multiplication des **situations de tests** ;