IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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

Visual Studio Discussion :

Pourquoi adopter le compilateur .Net Native pour la plateforme Universelle Windows ?


Sujet :

Visual Studio

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Webmaster
    Inscrit en
    janvier 2014
    Messages
    1 035
    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 : 1 035
    Points : 25 317
    Points
    25 317
    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 : 4841
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 éprouvé
    Avatar de octal
    Profil pro
    Inscrit en
    septembre 2004
    Messages
    441
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : septembre 2004
    Messages : 441
    Points : 931
    Points
    931
    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 960
    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 960
    Points : 3 645
    Points
    3 645
    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 741
    Détails du profil
    Informations forums :
    Inscription : septembre 2010
    Messages : 2 741
    Points : 5 459
    Points
    5 459
    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 averti Avatar de goldbergg
    Homme Profil pro
    Développeur informatique
    Inscrit en
    novembre 2014
    Messages
    123
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Vendée (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2014
    Messages : 123
    Points : 400
    Points
    400
    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 dev.) lead technique
    Inscrit en
    décembre 2008
    Messages
    521
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 33
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : (Ingénieur dev.) lead technique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : décembre 2008
    Messages : 521
    Points : 1 646
    Points
    1 646
    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, 10h35
  2. Réponses: 12
    Dernier message: 25/03/2008, 09h15
  3. Réponses: 2
    Dernier message: 24/04/2007, 13h52
  4. Réponses: 4
    Dernier message: 05/04/2007, 16h07
  5. Réponses: 3
    Dernier message: 19/12/2005, 13h39

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