Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Webmaster
    Inscrit en
    janvier 2014
    Messages
    912
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Webmaster
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2014
    Messages : 912
    Points : 22 831
    Points
    22 831
    Par défaut Pourquoi adopter le compilateur .Net Native pour la plateforme Universelle Windows ?
    Pourquoi adopter le compilateur .Net Native pour la plateforme Universelle Windows ?
    Pour gagner en performance et bien plus encore, estime Microsoft

    Depuis l’introduction de la compilation .NET Native dans Visual Studio 2013 update 2, les applications ont gagné en performance. Côté utilisateurs, les logiciels s’exécutent plus rapidement avec un temps de démarrage réduit. Par ailleurs, l’usage de la mémoire par ces applications a été réduit.

    Tous ces avantages dénotent de la nécessité d’utiliser la compilation .Net Native qui compile le code source des applications en code natif lors de la génération du package tandis que le compilateur à la volée lui compile le code intermédiaire en code natif avant l’exécution d’une méthode par exemple.

    Vu les avantages du premier, Microsoft a fait le choix du compilateur .Net Native et recommande celui-ci pour la compilation des applications destinées à tourner sur sa Plateforme Universelle Windows.

    Comme avantages résultant de l’adoption de ce compilateur pour les applications Windows Universelles, Microsoft indique que les applications gagnent en performance à cause du temps de démarrage qui est réduit. Pour vous faire également une d’idée de ces gains, Microsoft avance que ces performances sont de l’ordre de celles enregistrées à travers les applications conçues avec C++.

    En outre, avec ce compilateur, les applications universelles consomment moins d’énergie lorsqu’elles sont compilées nativement. La seule contrainte observée est que le compilateur met plus de temps à générer les binaires par rapport au compilateur classique. Si le temps de compilation n’est pas un souci pour vous, alors .Net Native sera votre mode de compilation privilégiée.

    En plus des gains de performance et l’usage réduit de la mémoire, il faut lui ajouter également, un délestage des bibliothèques du framework après compilation des binaires. Vous pouvez utiliser vos binaires sans vous soucier de l’importation des bibliothèques associées. Seul élément requis pour le fonctionnement de ces applications, c’est le runtime .Net Native. Microsoft précise que le runtime sur le terminal sera toujours compatible avec le package de l’application.

    En outre, lorsque vous aurez besoin de créer le package de votre application dans Visual Studio, vous constaterez que la configuration AnyCPU permettant de cibler plusieurs architectures a disparu. Pour créer les différents packages des applications, vous n’aurez besoin que de sélectionner les trois plateformes x86, x64 et ARM et de vous laisser guider par Visual Studio.

    Enfin en dernier point, il faut savoir que le compilateur .Net Native est également utilisé sur le Cloud. En effet, lorsque vous créez vos applications, deux packages sont générés. Un avec l’extension .appx et un autre avec l’extension .appxuload. Le premier est utilisé pour des tests en local tandis que le second est chargé en ligne pour être hébergé sur le store.

    Nom : NetNatvive_Packages.png
Affichages : 4603
Taille : 80,4 Ko

    Et compte tenu du fait que .Net Native est également hébergé en ligne, c’est lui qui va compiler ce fichier pour vous directement sur le Cloud. Il ne faut donc pas uploader le binaire .app sur le store, mais plutôt celui le fichier avec l’extension .Appxuload.

    De même, le compilateur en ligne prendra en charge le nommage des versions. Toutefois, une certaine marge est donnée au développeur afin qu’il puisse garder le contrôle sur cet aspect. Lors du développement avec Visual Studio, il est donc recommandé de laisser le numéro du package à « 0 » lors de la création du package.

    Source : Blog Microsoft

    Et vous ?

    Que pensez-vous de ce compilateur ?

    Que pensez-vous des changements apportés avec ce compilateur pour la Plateforme Universelle ?
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre éclairé
    Avatar de octal
    Profil pro
    Inscrit en
    septembre 2004
    Messages
    433
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : septembre 2004
    Messages : 433
    Points : 876
    Points
    876
    Par défaut
    Qu'en est-il de la décompilation des binaires générés? sont ils vraiment mieux protégés contre la décompilation? parce que avec les assembly c'est vraiment la cata (même en utilisant les obfuscateurs).
    http://www.pocketmt.com GLCD Font Creator home site.

  3. #3
    Rédacteur
    Avatar de lunatix
    Homme Profil pro
    Architecte technique
    Inscrit en
    novembre 2002
    Messages
    1 959
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Architecte technique

    Informations forums :
    Inscription : novembre 2002
    Messages : 1 959
    Points : 3 629
    Points
    3 629
    Par défaut
    hum, ils poussent quand même a abandonner la "VM" .net la non ?

  4. #4
    Expert confirmé Avatar de DonQuiche
    Inscrit en
    septembre 2010
    Messages
    2 744
    Détails du profil
    Informations forums :
    Inscription : septembre 2010
    Messages : 2 744
    Points : 5 460
    Points
    5 460
    Par défaut
    Citation Envoyé par lunatix Voir le message
    hum, ils poussent quand même a abandonner la "VM" .net la non ?
    De toute façon le concept de VM veut tout et rien dire selon l'interlocuteur. D'ailleurs MS ne l'utilise pas.

    L'important est qu'il n'y a que des avantages. Meilleures performances, sécurité et robustesse inchangées, rien à changer au code (au pire une ou deux annotations pour embarquer les métadonnées).

  5. #5
    Membre actif Avatar de goldbergg
    Homme Profil pro
    Développeur informatique
    Inscrit en
    novembre 2014
    Messages
    93
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : France, Vendée (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2014
    Messages : 93
    Points : 282
    Points
    282
    Par défaut
    Sait-on si c'est possible de faire du code natif pour autre chose que les universelle Apps?

    Sinon on lisant vite fait la doc, il semblerai que la réflexion et la sérialisation risque de devenir tous de suite bien plus chiant a utiliser... (mais bon sa parait logique).

  6. #6
    Membre expérimenté Avatar de dfiad77pro
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    décembre 2008
    Messages
    465
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : décembre 2008
    Messages : 465
    Points : 1 359
    Points
    1 359
    Par défaut
    Citation Envoyé par goldbergg Voir le message
    Sait-on si c'est possible de faire du code natif pour autre chose que les universelle Apps?

    Sinon on lisant vite fait la doc, il semblerai que la réflexion et la sérialisation risque de devenir tous de suite bien plus chiant a utiliser... (mais bon sa parait logique).
    Non tout appli Utilisant WPF/Winforms ne peut actuellement être compilée avec .NET native.

Discussions similaires

  1. Utiliser ASP.NET MVC pour un petit site web de 2-3 pages
    Par etiennegaloup dans le forum ASP.NET MVC
    Réponses: 7
    Dernier message: 06/12/2011, 11h35
  2. Réponses: 12
    Dernier message: 25/03/2008, 10h15
  3. Réponses: 2
    Dernier message: 24/04/2007, 14h52
  4. Réponses: 4
    Dernier message: 05/04/2007, 17h07
  5. Réponses: 3
    Dernier message: 19/12/2005, 14h39

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo