Comme je le comprends actuellement dans le .NET Framework complet lorsque nous installons le cadre à la machine, il déploie le BCL entier au GAC de l'ordinateur. De cette façon, lorsque nous développons un logiciel avec .NET et que nous le déployons sur cet ordinateur, il utilise les assemblages BCL qui sont disponibles dans le GAC lors de l'installation de .NET Framework lui-même. Maintenant, comme je sais que CoreFX est l'équivalent de la BCL pour le nouveau noyau .NET. La principale différence, cependant, est que nous pouvons spécifier dans le project.json
exactement quels morceaux du CoreFX nous avons besoin.Existe-t-il un équivalent GAC pour .NET Core?
Ma question est la suivante: lorsque nous déployons des applications .NET Core, y a-t-il un équivalent GAC dans l'environnement de production? Ainsi, lorsque nous déployons l'application à exécuter, y a-t-il un emplacement central dans l'ordinateur sur lequel l'application cherchera à voir si tout le CoreFX est disponible?
compilation AOT (Ahead-Of-Time) est susceptible d'être la voie dominante pour créer executables déployables, aucun cadre nécessaire du tout. Assez nécessaire pour ne pas être tué par des démarrages à froid. Ils y travaillent, projet CoreRT. Ce genre de questions est beaucoup plus utile lorsque vous leur posez une question dans un an. –
J'ai vu que CoreRT serait responsable de faire cette compilation AOT qui à la fin produirait juste un exécutable natif. Mais il y a aussi le CoreCLR qui fonctionne avec la compilation JIT, n'est-ce pas? Dans ce cas, si on l'utilise, y a-t-il quelque chose comme le GAC où les assemblages du CoreFX seront recherchés? – user1620696