Comment est l'installation complète de .NET Framework 4.5 seulement 50 Mo (puisqu'ils n'ont plus de profil client)?
(toutes les références sont dans la taille de l'emballage, pas déployé/installé tailles)
Fondamentalement, le précédent .NET Framework 3.5 a quelques centaines de MO, en termes de taille (231.5 MO), et le Profil du Client n'existe pas pour 3.5, cependant, un Profil de Client n'existe pas pour la version 4.0 à seulement 41 MO est la taille, tandis que l'Installation Complète (pas de CP) pour la version 4.0 a été 48.1 MO en taille.
Maintenant, ils sont en train de dire (en lien à la fin de la question) que la plupart des applications ont tendance à avoir besoin de classes et espaces de noms qui n'étaient pas couverts dans le Profil du Client 4.0, donc ils ont décidé de ne pas faire un Profil de Client pour 4,5 pour cette raison. L'autre raison, ils ont cité était que depuis qu'ils ont été en mesure d'obtenir la Pleine Installer la version de la .NET Framework 4.5, jusqu'à 50 MO, qui a également réduit la nécessité de la création d'un Profil de Client version (depuis .NET 4.5 Installation Complète est seulement de 9 MO est plus grand que le .NET 4.0 Client Profile), et seulement 1. MO est supérieure à l'équivalent de l'Installation Complète (Autonome programme d'installation Hors ligne).
Maintenant, ma question vraiment juste a deux parties, comme suit:
1). Comment sur la terre (excusez mon enthousiasme) comment le 3.5 et ci-dessous (3.0, 2.0) versions de plusieurs centaines de MO, en termes de taille, lorsque l'4.0 & 4.5 versions ont résolu beaucoup de problèmes, en 3.5 et ci-dessous, et nous avons ajouté de nombreuses fonctionnalités depuis 3.5 et ci-dessous, tout en étant à plusieurs reprises de plus petite taille de l'emballage?
2). Est-ce le dernier mot sur le Profil du Client, ou pouvons nous voir un pour .NET 4.5, un jour?
3). Comment peut-4.5 être seulement 1,9 MO est supérieur à 4.0 lors de la fixation de l'homme questions, et en ajoutant de nombreuses fonctionnalités?
Mise à jour: (et le potentiel de 4ème question à quiconque est prêt):
@Gromer soulevé un point intéressant, que des packs de langue ne sont pas inclus. Depuis leur besoin d'être 1 langue inclus, je suis en supposant que c'est anglais et c'est la valeur par défaut? Si c'est le cas, comment un utilisateur moyen d'internet destiné à télécharger et installer les packs de langue pour leur propre usage et la langue quand la plupart des gens ne sont même pas savoir/comprendre ce qu'est un ".NET Framework" est? Ai-je raté quelque chose ou est ce sans importance? Combien de fois le cadre de communiquer à l'utilisateur final dans la langue parlée ou de boîtes de dialogue?
L'article où j'ai obtenu certaines de ces informations sont ci-dessous:
source d'informationauteur Ethan - SoldMySoulToMicrosoft
Vous devez vous connecter pour publier un commentaire.
Si vous regardez à l'intérieur d'un 3.5 "autonome" programme d'installation vous serez surpris de trouver combien de sous-configurations sont là.
Prendre pour exemple dotnetfx35_with_sp1.exe: c'est un grand 231MB enchaîné programme d'installation.
Lorsque vous décompressez le avec
vous obtenez un 240Mb dossier, divisé sur plusieurs autres dossiers:
Comme vous le savez, .NET 3.5 exige .NET 3.0 et .NET 2.0, ce qui est exactement ce que vous voyez ici..
Même sans y compris les packs de langue, ils avaient pour cible un certain nombre de plates-formes différentes (à partir de windows XP à partir) et à inclure un grand nombre de correctifs.
Aller de l'avant .NET 4.x, ces dépendances sur les infrastructures précédentes ont été supprimées et, dans le même temps, de moins en moins (et plus récents), les systèmes d'exploitation et plates-formes (par exemple, ia64 de soutien - qui était assez lourd sur la taille du fichier et est aujourd'hui pratiquement disparu).
De ce que je vois sur les nouvelles configurations, ils ont peut-être changé quelque chose sur le format interne dans lequel ils expédier le cadre, probablement une des plus efficacement comprimé..
Dernier mais non le moins, ils ont changé de nombreux centres d'architectures, de réécriture de motifs-beaucoup de choses, qui à son tour, probablement laisser supprimer d'autres choses anciennes...
Il n'y a probablement pas un seul changement extraordinaire que laisser tomber la taille afin de bien: probablement tout ce qui précède et plus encore 🙂
Juste mon 2c 🙂
Je ne peux pas trouver une source pour cela, mais je crois que la raison pour laquelle le .Net framework 3.5 programme d'installation a été si grand est parce qu'il contient des pré-JITed versions de tous les assemblages (y compris, dans certains cas, ceux qui ne sont pas utilisés comme ils sont visées à la mauvaise plate-forme), wheras l' .Net 4.0 installation ne démarre pas - Ece eux au moment de l'installation (c'est pourquoi l'installation de l' .Net framework v4.0 prend tellement de temps)
Je rappelle aussi dit que l' .Net 4.5 installation sera beaucoup plus rapide que plutôt que de JITing assemblées dans le cadre de l'installation, il sera JIT en arrière-plan alors que le PC est en veille (il y a cependant un processus immédiatement JIT assemblées qu'une application tente de charger, cependant, n'ont pas été JITed encore)
J'ai du mal à trouver des sources pour le moment mais je vais les poster quand je le trouve.
Scott, Hanselman met de façon éloquente:
http://www.hanselman.com/blog/SmallestDotNetOnTheSizeOfTheNETFramework.aspx
Et:
Ce blog va dans le détail sur la façon dont Microsoft fait de la .NET 4 cadre d'installation de la plateforme inférieure. Plus précisément:
Mon opinion personnelle est qu'avec le temps, l'évolution, Microsoft s'intègre de plus en plus de fonctionnalités de la base .NET Framework directement dans les Systèmes d'Exploitation Windows par le biais de sur les Service Packs et les nouvelles versions de Windows.
Je crois, qu'ils ont repensé le Système d'Exploitation des liaisons en V 4.0, de sorte que le code de base et les ressources supplémentaires nécessaires pour l'obtenir .NET et en cours d'exécution diminue pour les systèmes d'exploitation supportés. E. g. tous les XP, les éditions spéciales ont été retirés de la liste de soutien entre 3.5 et 4.0. En 4.5 le système d'exploitation de base se rétrécit encore plus (pour Vista/7/Win8 et le Serveur 2008/2013).
Également comme mentionné ci-dessus fonctionnalités comme les langues sauf l'anglais ont été taillés et quelques autres fonctionnalités ont été extraites à l' .NET SDK paquet.
Juste mes deux cents.