Fonctionnement d’une application mobile : les différentes possibilités

Une petite longue note explicative sur les différents modes de fonctionnement des applications mobiles telles que nous les concevons.

Les applications connectées

Ce type d’appli se comporte globalement comme votre navigateur Internet. A chaque opération ou accès de données, les informations sont lues sur Internet

Nos apps repose en général sur ces éléments :

- L’application en elle même, codée en Objective C sur iPhone, JAVA pour Android et Blackberry
- Un Serveur Web type Apache/PHP
- Un serveur de base de données (pour nous MySQL)

La lecture des données se fait de manière suivante :

Une fois lancée, l’application se connecte au serveur web et vient télécharger un fichier, en général au format XML (RSS ou WebServices).
Ce flux est généré en temps réel par un script écrit en PHP, qui interprète la demande (et les paramètres GET et POST) et interroge la base de données en fonction.

Reste à l’appli à interpréter ces données (libxml2 fait le travail) et de le placer dans l’interface !

En utilisant cette technique, les différentes versions de vos applis (iPhone, Android, …)
viennent toutes se connecter à la même source de données, et simplifient la maintenance et les mises à jours.

Il est aussi possible de connecter la base de données existante de votre site web, les données sur votre iPhone ou sur un navigateur classique sont donc toujours identiques.

Avantages :

- Une synchronisation parfaite entre toutes vos supports pour votre service.
- Possibilité de donner des infos en temps réels
- Facilité de mise à jour du contenu (couplé avec un BackOffice par exemple)
- Application légère et rapide à télécharger sur le Store
- Le serveur peut effectuer certains traitements lourds un peu délicat à réaliser sur un téléphone qui tourne sur batterie et avec une puissance de calcul limitée (traitement d’image ou de vidéo par exemple)
- Toutes les possibilités du téléphone sont exploitables (GPS, Push …)

Inconvénients :

- La connexion Internet est indispensable
- Pour peu que l’on fasse transiter beaucoup de données (grande photos, vidéo) la couverture en 3G est obligatoire (15 Min de vidéo au fin fond du Berry, oubliez tout de suite)
- Plein de petits chargements qui peuvent être gênants à la longue.

Ce type d’application est parfait pour des services connectés à un site web, pour l’utilisation de réseau sociaux, ou généralement quand les informations doivent être obtenus rapidement.

Exemples : Dépanne Moi, Astuces FB, b2pweb …

Les applications embarquées

Pour ce type d’application, toutes les fonctions, données média sont embarquées dans le téléphone ou la tablette.
Un seul élément dans ce cas de figure : le téléphone avec son logiciel embarqué.

Le téléphone lit tous les fichiers qu’il lui faut directement dans la mémoire de stockage du téléphone, ou dans une base de données embarquées (SQLite3 est très efficace dans ce cas de figure)
sur le même modèle qu’un ordinateur qui ouvre un fichier.

Avantages :

- L’appli est toujours disponible, que l’on soit en plein Paris ou au beau milieu de la pampa.
- L’accès aux données est très rapide, d’autant plus que les téléphones disposent d’une mémoire de type SSD, avec des débit de lecture assez élevés.
- Les fonctions radio du téléphone ne sont pas sollicitées, la batterie perd donc la charge moins vite.
- Lors du téléchargement de l’appli, tout son contenu est immédiatement disponible.

Inconvénients :

- La moindre correction orthographique demande une mise à jour de l’appli. Quand on sait que cela peut prendre plusieurs jours avec Apple, mieux vaut bien tout valider à chaque étape
- L’application peut vite devenir extrêmement lourde. Au delà de 20 Mo (pour l’iPhone en tout cas), une connexion Wifi est exigée par Apple.
- Pas de réactivité du contenu
- L’utilisation de Google Maps, du GPS, des notifications devient plus problématique

En résumé ce type d’appli est adapté pour des utilitaires avec une fonction bien précise, pas vraiment voués à évoluer dans le temps par leur contenu.

Exemples : Tecknodent, Planet Solaire

Les applications synchronisables

Il s’agit d’une version hybride des deux autres modèles. Elles reposent à la fois :

- Sur un serveur web/php alimenté par une base SQL
- le système de stockage Interne du téléphone
- L’application en elle même

L’application en utilisation simple vient lire les données sur son disque de stockage, ou sa base de données interne, mais dispose d’une fonction qui permet de synchroniser son contenu.

En détail cela fonctionne de cette manière :

- L’appli vérifie sa connectivité
- Une requête avec la date de dernière mise à jour est envoyée vers le serveur
- Le serveur répond par une liste de données à récupérer (URL de fichiers média, requêtes SQL pour synchro avec la base SQLite, …). Toute cette liste est envoyée via un flux XML
- L’application va alors télécharger toutes les infos de manière séquentielles (via HTTP ou FTP), ou exécuter les requêtes SQL. Il est aussi possible, pour des petits fichiers, de les stocker en base de données sous forme de BLOB binaires.
- Une fois toute la séquence terminée, on recharge l’interface.

Avantages :

- Un bon compromis entre la disponibilité et la flexibilité du contenu
- La radio du téléphone n’est sollicité que lors des mises à jour
- Application légère à télécharger
- Seules les nouvelles informations sont téléchargées (ou celles mises à jours évidemment), les autres sont stockées dans le téléphone

Inconvénients :

- Les données peuvent ne plus être valables si l’on oublie de faire la mise à jour
- Lors du premier lancement, cela implique de télécharger tout le contenu. Même en Wifi, cela peut prendre du temps dans certain cas.

Exemple : CNRI, iAstreinte, Concorde Hotels & Resorts

Ce type d’appli se prêtent bien aux applications métier, ou à usage professionnel, quand la fiabilité est importante, tout en gardant la possibilité d’échanger des informations rapidement.

Il est évidemment possible d’utiliser un mélange de ces techniques en fonctions des services proposés par l’application, ou de passer en mode « dégradé » si la connexion Internet n’est pas disponible.

Des questions sur la faisabilité technique de votre projet d’appli ? Contactez nous au 01.75.43.03.82 pour en discuter

Poster un commentaire

dict = [[NSMutableDictionnary alloc] init];
[dict setObject:@"chaine" forKey:@"clef"];

#import <Foundation/Foundation.h>

@interface monController : UIViewController {
     NSMutableData *dta;
}
@property (nonatomic,retain) NSMutableData *dta;
-(void)startdownload;

@synthesize dta;

-(void)start_download { // appelez cette méthode pour lancer le téléchargement

	if(dta == nil){ // on initialise ici notre variable enregistrée dans le fichier H
		//(on exécute cette instruction uniquement une seule fois !)
		dta = [[NSMutableData alloc] init];
	}
        else{
             // dans le cas contraire, on supprime les eventuelles données restantes
             [dta setLength:0];
       }

	NSString *real_url = @"http://www.monadresse.fr/monfichier.jpg";
	// on construit ici l'url à appeler.
	// Vous pouvez la rendre dynamique avec des fonctions telles que initWithFormat
	NSURL *url = [NSURL URLWithString:real_url];
	NSURLRequest *req = [NSURLRequest requestWithURL:url];
	NSURLConnection *connect = [NSURLConnection connectionWithRequest:req delegate:self];

	// à cette étape, le point important est le delegate:self qui
	// indique que les signaux de retour seront adressés au controller de vue actuel (monController)
	// nous allons maintenant récuperer ces signaux pour déterminer où en est notre téléchargement

}

-(void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)data {
	// cette fonction est appelée dès que la connection reçoit des données.
	// Le nom de cette fonction doit exactement être identique (protocole imposé par le delegate)
	[dta appendData:data]; // on ajoute le bloc de données téléchargées à notre objet dta
}

-(void)connectionDidFinishLoading:(NSURLConnection *)connection {
	// cette fonction est appelée dès que le téléchargement est terminé,
	// tout notre fichier se trouve donc dans notre objet dta;

	// pour le convertir en chaine de charactère (cas d'un fichier texte)
	NSMutableString *result = [[NSMutableString alloc] initWithData:dta encoding:NSUTF8StringEncoding];

	// traiter cette variable : votre fichier texte est dedans
	// on vide notre objet de son contenu (copié dans result, inutile de le garder deux fois en mémoire)

	[dta setLength:0];
}

-(void)connection:(NSURLconnection *)connection didFailWithError:(NSError *)error {

	// cette méthode est appelée lorqu'une erreur se produit pendant le téléchargement
	NSLog(@"Erreur !");
        [dta setLength:0]; // le telechargement a echoué, intile de garder les données recuperées (probablement incomplètes)

}

[dta setLength:0];
[dta release];