Ca y est ! Après de nombreuses heures passées devant votre écran, votre application (pour Pocket PC ou Smartphone) est enfin prête. Vous avez bien votre fichier exécutable (ou autre) sous la main. Une question alors se pose à vous : comment le diffuser ? Fournir simplement ce fichier est sans doute la façon la plus simple, mais ce sera plus contraignant pour l’utilisateur final qui devra trouver le bon emplacement et qui ne disposera pas de l’interface classique de désinstallation pour supprimer ce logiciel.

Nous allons d’abord étudier dans cet article le principe du déploiement d’une application. Nous verrons alors qu’il existe deux « niveaux » d’installation : le fichier CAB et le fichier msi. Nous étudierons ensuite comment appliquer cela aux projets avec Visual Studio .NET.

Cet article s’inspire fortement d’un article publié sur le site MSDN (http://msdn.microsoft.com/) intitulé « Developing and Deploying Pocket PC Setup Applications ».

Dans cet article, nous allons créer une interface avec un appareil GPS qui sera intégrable dans un projet s’appuyant sur la localisation. Cette interface sera représentée par une classe GPSDevice. L’objectif est d’obtenir les données du GPS en continu :

Pour comprendre les enjeux d’un tel objectif, il faut savoir qu’un GPS est représenté au programmeur par une liaison série, quelle que soit l’interface physique par laquelle il est relié au système (Bluetooth, Compact Flash,…). Le GPS envoie des données de localisation au format NMEA, qui est du texte ASCII facilement analysable.
Tout d’abord, pour communiquer via le port série, nous aurons besoin de la technologie « Platform Invoke » pour appeler des fonctions non managées issues de l’API Win32, comme le .NET Framework ne contient pas de classe pour le faire.

Remarque : Dans les PDA de types « O2 XDA 2 » et « MDA II », il manque le support de la communication par port série. Dans ce cas, il faut installer un outil qui corrige cet oubli (ainsi que d’autres problèmes tel que la connexion automatique avec le bluetooth). Vous trouverez ce programme (gratuit) « Pocket Bluetooth Tools » sur le site http://bluetooth.i-networx.de/index_e.html .

Ensuite, nous verrons une manière élégante de combler un manque du Compact Framework dans le domaine des threads : le manque de la fonction Join(), qui permet de se synchroniser avec la fin de l’exécution d’un thread.
Pour finir, nous donnerons des pistes pour manipuler des threads et éviter des phénomènes d’interblocage qui apparaissent lorsqu’un thread d’arrière plan accède à des contrôles graphiques.

De plus en plus d’appareils ont ou auront accès à Internet. Dans ce milieu, les Web Services  permettent l’accès et l’échange d’informations. Un service web est donc une application permettant l’échange de données entre un serveur et un client (le Pocket PC dans notre cas). Ils sont normalisés par le protocole SOAP (Simple Object Access Protocol) qui décrit le format des messages, ils utilisent le langage XML, lui aussi normalisé, et ils ne dépendent ni de l’OS ni du langage de programmation utilisé. Enfin, la description du service est fournie par un document WSDL (Web Services Description Language).

En premier lieu, nous allons voir comment utiliser des   déjà existants. Puis nous verrons la démarche (simple) à suivre pour créer notre propre WebService. La création de Web Services  n’est pas supportée dans le Compact Framework, nous créeront donc un simple service dans le classique « desktop framework ». L’objectif ne sera pas d’apprendre toutes les possibilités des Web Services  mais les caractéristiques propres au développement sous .NET Compact Framework et à l’utilisation de l’émulateur ou du Pocket PC lui-même.