Catégorie: Mono for Android

Sur Android, l'orientation de l'écran influe sur l'affichage des applications.
L'Android SDK offre la possibilité aux écrans de s'adapter à la résolution par ces systèmes de gravité (sorte de point d'ancrage).
Je crée mon application et je m'amuse à la passer du mode portrait au mode paysage.
Cette application se connecte en TCP à mon PC, et rapidement je me suis rendu compte que mon application se comporte étrangement.

En effet, à chaque changement d'orientation, ma connexion TCP se renouvelle. Après plusieurs heures d'analyses et de recherches j'ai compris et résolu le problème.

Par défaut, à chaque changement d'orientation, l'Activity courante est détruite puis recréé par le système Android.
Imaginez ma frustration en constatant cela, où sont mes objets en mémoires -> disparu....

Je connais deux solutions à ce problème:

• Surcharger la méthode onRetainNonConfigurationInstance pour en sauvegarder un seul objet. Je dé-conseil ce n'est vraiment pas pratique
• Surchager la méthode OnConfigurationChanged

Le fait de surcharger la méthode OnConfigurationChanged et de définir la propriété ConfigurationChanges au Manifeste permet de ne plus redémarrer l'activité courante en cas de changement d'orientation.

TIPs: en java, les propriétés ConfigurationChanges se trouve dans le fichier AndroidManifest.xml du projet. Sous Mono for Android c'est dans l'entête de votre définition de la classe qu'il se trouve.

Exemple:

 
[Activity(Label = "FrmTest ", ConfigurationChanges=Android.Content.PM.ConfigChanges.Orientation)] 
public class FrmTest : Activity 
{ 
  /// <summary> 
  /// Permet de ne plus redemarrer l'activité sur un changement de configuration 
  /// </summary> 
  /// <param name="newConfig"></param> 
  public override void OnConfigurationChanged(Configuration newConfig) 
  { 
  base.OnConfigurationChanged(newConfig); 
  } 
} 


Cette petite astuce vous permettra sans doute de gagner du temps .

Il y a quelques jours j'exposai vulgairement ma façon de développer en ansynchrone entre différentes activity.

Aujourd'hui je vous montre comment faire en mutualisant la génération des mutex et des paramètres passés entre activity.

Pour cela , je crée:

• Une classe static nommée BibFrm (Bibliothèque pour les fomulaires) qui contiendra une liste de paramètres liée à chaque activity par un identifiant.
• Une classe nommé ParamFrm qui contiendra les paramètres (cle/valeur) de mon activity
• Un objet pour accéder de manière unique à mes paramètres (Univers Threadé) nommé mutexParamFrm
• Une fonction de recupération de paramètres généric
• Une fonction de suppression complète de paramètres
• Une fonction d'ajout de paramètres
• Une fonction de calcul du prochain identifiant des activity

» Lire la suite!

Tout fier, je me lance dans ma première application à l'aide de Mono for Android.

Je crée un projet sous Visual Studio 2010 et me munis de mon téléphone sous Android.
Pour les imprimes écrans, j'utilise l'option screen capture du logiciel ddms (dalvik debug monitor) fournit avec le sdk de mono.

L'application à créer est simple:

• Ouverture d'une activité à partir d'un bouton
• Fermeture de l'activité ouverte
• Affichage d'un message à l'écran sur fermeture de la seconde activité.

» Lire la suite!

Bonjour,

Je suis passé d'un Iphone à un Samsung Note sous Android 2.3.6, je pars donc à la découverte de Mono for Android.

Pour information, Mono for Android permet de développer des applications en C#. Il est basé sur le runtime Mono et est propriété de la société Xamarin .

L'interface graphique est basé sur les fichiers axml de l'android sdk. Il est donc assez aisé de trouver de la documentation sur la partie graphique sur le site officiel.

» Lire la suite!