Découvrons DotNet sur différentes plateformes » Xamarin.Forms

PCL et dependences

Aktaour — Sun, 28 Dec 2014 15:50:37 +0000

PCL = Portable class Library
Pour pouvoir dans un projet PCL accèder aux API d’un système, il faut utiliser un système de dépendances.

Vous avez plusieurs solutions liées à des interfaces ou à des classes abstraites/virtuelles aux choix

Créer une classe avec des références sur des classes implémentant des interfaces
Utiliser le DependencyService de Xamarin pour plateforme mobile référencant la librairie Xamarin
Créer votre propre DependencyService multi plateforme

Je privilégie la solution 1 et 3. La solution DependencyService de Xamarin ne me plaît pas car elle ne fonctionne pas pour les projets PC.

Je vous expose donc la solution 1 et 3.

Solution 1 avec une classe et un sorte de singleton renseigné par l’application cible (et non par sa propre classe):

public class IO
{
private static IO _current = null;
public static IO Current
{
get { return _current; }
set { _current = value; }
}
public virtual bool FichierExiste(string cheminFichier)
{
return false; // Vous pouvez aussi lever une exception pour indiquer que le code n'a pas été implémenté
}
}

public class IOiOS : IO
{
public override bool FichierExiste(string cheminFichier)
{
return File.Exists(cheminFichier);
}
}

pour l’utiliser, il suffit de faire un
IO.Current = new IOiOS();
puis dans le PCL : IO.Current.FichierExiste(« image.png »);

Solution 3
Créer votre propre DependencyService

using System.Reflection;
using System.Text;
using System.Threading.Tasks;

namespace Aktaour.Core.Framework
{
public class DependencyInjector
{
private static DependencyInjector _instance = null;
private Dictionary<Type,Type> _dependencyList = new Dictionary<Type,Type>();

public static DependencyInjector Instance
{
get
{
if (_instance == null)
_instance = new DependencyInjector();
return _instance;
}
}

public void Register<TBase,T>() where T : TBase
{
if (_dependencyList.ContainsKey(typeof(TBase)))
throw new Exception("Type already register");
else
_dependencyList.Add(typeof(TBase), typeof(T));
}

public TBase Get<TBase>()
{
if (_dependencyList.ContainsKey(typeof(TBase)))
{
return (TBase)Activator.CreateInstance(_dependencyList[typeof(TBase)]);
}
else
return default(TBase);
}
}
}

Dans le projet PCL créer une classe IO

public class IO
{
public virtual bool FichierExiste(string cheminFichier)
{
return false; // Vous pouvez aussi lever une exception pour indiquer que le code n'a pas été implémenté
}
}

Et dans votre application iOS créer une classe IOiOS

public class IOiOS : IO
{
public override bool FichierExiste(string cheminFichier)
{
return File.Exists(cheminFichier);
}
}

et enregistrer votre classe dans le DependencyInjector

DependencyInjector.Instance.Register();

Ensuite, pour créer vos objets, vous utilisez le DependencyInjector via la classe de base

IOiOS io = DependencyInjector.Instance.Get<IO> ();

Pour finir, il suffit d’être inventif pour coller au plus à vos besoins.

Multiplateforme, MVVM, PCL, Xamarin.Forms

Aktaour — Sun, 28 Dec 2014 14:13:11 +0000

Pour l’écriture d’un logiciel multi-plateforme PC et mobile, j’utilise des techniques qui sont nouvelles pour moi et qui m’oblige à remettre en question mes acquis de développeur mono plateforme.

Pour écrire un logiciel sur plusieurs plateformes, il faut un langage de programmation commun, un ou plusieurs EDI compatible et une logique de programmation qui ne dépend pas de la machine cible.

J’ai retenu:

EDI visual studio Community 2013 (gratuit) et Xamarin Studio (avec licence indie)
Le langage de programmation C# basé sur le frameWork 4.5 avec les mots clés aync/await
Des projets multi plateformes PCL
le pattern de programmation MVVM
un PC sous Windows 8.1
un Mac pour l’émulateur iOS, et pour le développement sous un device Android (ici un galaxy note 1)

MVVM
Le pattern Modèle-Vue-VueModèle est un pattern qui veut séparer la vue de la logique et de l’accès aux données en accentuant les principes de binding et des événements.
Vous écrivez dans le viewModel et le résultat s’affiche dans la vue à l’aide de Binding et la vue interagit avec le viewModel par des événements. et enfin le viewModel agit sur les données en bdd/fichier directement.

C’est simple et efficace.

PCL
Le but du PCL (portable class library) est donc de créer différentes librairies indépendantes de chaque plateforme et de créer un projet pour chaque plateforme cible.
Chaque projet PCL a accès à un framework .Net inter plateforme mais limité par ses fonctionnalités. Toutes dll qui n’est pas multiplateforme et indépendant du systèmes y est rejetés.

En résumé:

un projet library PCL nommé « Message » qui contiendra vos classes strictement de stockage de données en mémoire
un projet library PCL nommé « Core » qui contiendra votre logique applicative, vos viewModel (pour le MVVM)
un projet library PCL nommé « DesktopCore » qui contiendra les view WPF et les viewmodel dérivés de ceux du projet Core
un projet library PCL nommé « MobileCore » qui contiendra les view Xamarin.Forms et les viewmodel dérivés de ceux du projet Core
un projet application WPF nommé « DesktopApp » qui contiendra le premier formulaire et l’accès aux fichiers et aux APi du système PC
un projet application Android nommé « AndroidApp » qui contiendra le premier formulaire et l’accès aux fichiers et aux APi du système Android
un projet application Windows Phone nommé « WPApp » qui contiendra le premier formulaire et l’accès aux fichiers et aux APi du système Windows Phone
un projet application Windows Phone nommé « iOSApp » qui contiendra le premier formulaire et l’accès aux fichiers et aux APi du système iOS

Sur le papier, en lisant des articles je me suis dit hourra, trop facile. La réalité est bien plus compliquée!

Comme je vous l’ai annoncé (vous avez le droit de ne pas me croire) pour faire du multi plateforme, il faut être décoléré du système cible.
Vous devez vous concentrer sur une notion: « Ne t’occupes pas de comment accéder aux API systèmes, part du principe qu’ils ne sont pas accessibles ».
En gros, ne comptes pas sur le système pour t’aider, tu es le seul à pouvoir y accéder et cela par tes propres moyens.

Je m’explique: prenez l’exemple d’un test d’existence d’un fichier.

Sous Windows, Android, iOS
File.Exists(nomFichier);
Sous Windows Phone:
StorageFolder appFolder = ApplicationData.Current.LocalFolder;
var files = Task.Run(async () => await appFolder.GetFilesAsync()).GetAwaiter().GetResult();
var file = files.Where(t => t.Name == nomFichier).FirstOrDefault();
result = file != null;

Mais pourquoi Microsoft nous a pondu une merde pareil sur Windows Phone, je sais pas, c’est chiant mais vu que l’on fait du PCL on s’en moque!

En effet, qui dit library PCL, dit impossibilité d’accéder à File.Exists ou à StorageFolder /StorageFile. il faut passer par sont propres systèmes de dépendances via des pointeurs qui références des objets liés à chaque plateforme.

Xamarin.Forms
Le frameWork Xamarin.Forms est tout nouveau, créé mi 2014 par la société Xamarin (enfin créé par un développeur puis récupéré par Xamarin…).
Il ambitionne de révolutionner la manière dont vous écrivez des interfaces graphiques pour le développement mobile.
Ecrivez une fois (pour iOS) et visualisez partout (WinPhone/Android/iOS).
Xamarin.Forms

Il y a un gros Hic tout de même, Xamarin.Forms permet de faire de belles choses mais il est loin d’être parfait et toujours en chantier actuellement. Des versions sortent toutes les semaines.
Des bugs apparaissent, d’autres disparaissent mais on peut toujours s’en sortir en laissant certaines choses de temporairement de cotées.

Découvrons Xamarin.Forms

Aktaour — Sun, 28 Dec 2014 11:42:05 +0000

Suite à 2 années de travail acharné sur une application de vente et d’aide à la vente pour le retail sous Xamarin.iOS (iOS 5.1 et supérieur).
Je ne suis pas indépendant, je travaille pour une société éditrice de logicielle liée au retail.
iStoreAssistant

L’application en question s’exécute sous iOS et utilise différents matériels essentiellement pour des besoins spécifiques liés à l’activité du retail.

un pinpad monétique : l’iSMP (paiement monétique).

des imprimantes de caisses de type Epson POS

un lecteur de code barre (soit iSMP, soit Captuvo SL22)

Le but des différents billets qui vont suivre est d’appliquer les différentes méthodes qui m’ont permis de créer ce logiciel monoplateforme (sous iOS) pour en faire un logiciel multiplateforme (mobile iOS, Android, Windows phone et PC).
Pour cela, je m’oriente aujourd’hui vers Xamarin.Forms.

Xamarin.Forms est une surcouche graphique multiplateforme mobile garantissant un rendu graphique similaire sous iOS, Android et Windows phone.

Très intéressant sur le papier, vous écrivez en code C# ou en Xaml (fichier XML d’interface) et vous obtenez votre interface graphique.

Si vous avez déjà écrit des logiciels WPF, vous ne serez pas « trop » dépaysé.