Build 2015 – Day 3

Par Benoît,
Pôle .Net MCNEXT

Bonjour à tous,

Dernier jour de Build et donc derniers comptes rendus.
Première session autour des API d’Office 365 appelées depuis une application mobile.
Viens ensuite la conversion d’une application 8.x vers une application universelle Windows 10.
Un retour sur les nouveaux outils de VS2015 (Blend,  Profiling Tools,…) et enfin une session Xamarin avec notamment les outils Xamarin Inspector et Xamarin Test Cloud.

Benoît

Lire la suite

Build 2015 – Day 2

Par Benoît,
Pôle .Net MCNEXT

Bonjour à tous,

Suite de la Build avec la deuxième journée.
Cette fois-ci direction la nouvelle API Microsoft Ink avec la recherche de nouveaux scénarios de saisie au stylet et au doigt.
Le projet « Centennial » abordé lors de la première Keynote a eu sa session pour en aborder les contours.
Enfin, retour au code avec une session technique pour améliorer les performances en XAML.

Benoît

Lire la suite

Build 2015 – Day 1

Par Benoît,
Pôle .Net MCNEXT

Bonjour à tous,

Après la keynote qui nous a tant surpris de part les avancées technologiques de Microsoft (HoloLens,…) que ses choix stratégiques (Android et iOS au sein du store), les sessions ont débuté.

Aussi vous trouverez ci-joint un compte rendu pour chacune des 4 sessions auxquelles j’ai pu participer en cette première journée. J’ai suivi un parcours plutôt orienté XAML, mais au-delà la techno, ces sessions ont été une manière de voir les orientations fonctionnelles et design pour W10.

1 – Strategies for developing cross-platform applications with VS 2015
Une session traitant du développement multiplateforme grâce à Xamarin et Cordova.

2 – What’s new in XAML for Universal Windows Apps
Un point sur les nouveautés XAML introduit par W10, entre contrôles universels, nouveau binding et layout responsive.

3 – Data Binding : Boost your app’s performance through new advancement to XAML Data Binding
Introduit lors de la précédente session, le nouveau binding compilé est ici étudié en profondeur.

4 –  UX Patterns and Responsive Techniques for Universal Windows Apps
Cette ultime session de la journée fait le point sur les bonnes pratiques du design d’Universal App (qui reprend nombre de guidelines Windows 8).

Bonne lecture ! Benoit

Lire la suite

Build 2015 – App to app communication

Les mécanismes présents pour le moment pour la communication entre applications sont assez limités. Ils reposent principalement sur l’activation par protocole ou par fichier.

Avec Win10 on a davantage de possibilités. Notamment avec quelques améliorations sur l’activation par protocole. On peut par exemple préciser le package family name de l’application ciblée, mais surtout avoir un retour de l’application en appelant « LaunchUriForResultsAsync » plutôt que « LaunchUriAsync ». L’application qui déclare le protocole doit indiquer dans son manifeste que le protocol peut renvoyer un résultat.

On peut aussi vérifier qu’un protocole ou une extension de fichier est bien supporté par une application sur le système, ou invoquer un protocole en précisant quel est l’application ciblée à travers son package family name.

Dorénavant, on a également la possibilité de partager des fichiers entre plusieurs applications avec l’API SharedStorageManager. Cette API permet par exemple de générer un jeton d’accès sur un fichier. Les applications qui possèdent ce jeton vont pouvoir accéder au contenu du fichier sans avoir besoin d’utiliser un file-picker ou autre.

Une autre nouveauté pour la communication entre application est le système de « App Services », avec lequel une application peut exposer des services aux autres applications. Un « App Service » est une tâche de fond particulière, qui va pouvoir gérer un mécanisme de requête / réponse.

Un « App Service » ne reste pas en mémoire, il est instancié à la première demande et arrêté automatiquement par le système.

Ces nouveaux mécanismes de communication vont nous permettre de débloquer beaucoup de scénarios, notamment dans les applications métier.

Build 2015 – Using Azure Search to build great search experiences

La recherche est devenu un moyen naturel d’accéder à l’information. Azure Search est un service Azure permettant de créer des modules de recherche dans lesquelles on va pouvoir indexer des contenus pour permettre de la recherche. Comme tous les services Azure, la recherche est géoréplicable et propose de l’elasticité sur les ressources. Le service propose une version gratuire qui contient toutes les fonctionnalités mais un nombre limité de requêtes.

Comme la plupart des outils de recherche Azure Search fonctionne en créant et alimentant des index, dans lesquels on définit une schéma de données, en déclarant des champs. Ces champs vont porter des méta données qui vont indiquer le type (string, int, point géographique, …), et définir le comportement des champs lors de la recherche (searchable, filterable, retrievable, …). Les champs peuvent également avoir des paramètres linguistiques, du stemming (réduction des mots selon des critères phonétiques), et des analysers spécifiques ou provenant de Lucene.

Le service permet de faire de la recherche pur, ou en mode suggestions (pour des usages type autocomplete).

Pour alimenter l’index, on peut pousser manuellement des données dedans avec une API Rest (possibilité de faire des batchs avec jusqu’à 1000 doucments, en mode CRUD), ou configurer une synchronisation des données avec Azure Document DB, ou SQL Azure.