En lien dans les commentaires, il y a déjà une description par Microsoft qui décrit l'ensemble de ces informations. Cependant, par votre réponse, il semble que vous ne comprenez pas la chose entière. C'est très long, donc voici (je l'espère) un tl;dr version.
Nous allons commencer par le tableau suivant à partir du lien ci-dessus, et nous espérons que cela permettra de dissiper une partie de la confusion:
![.NET Standard compliance]()
Un bref aperçu des autres bailleurs qui trouvent cela plus tard: Le .NET bibliothèques ont disparu au cours d'un lot de changements et les ports au cours de ses 15 ans d'existence. En ce moment, de nombreux smartphones sont maintenant presque aussi puissant que certains des ordinateurs de bureau qui ont été en cours d'utilisation, en 2001. Dans ce intermin, des sous-ensembles de l' .NET framework a été créé (et vite abandonnée) pour une utilisation dans différentes plates-formes. Avec Satya Nadella la nouvelle approche de décisions .NET comme une grande portée d'une plate-forme que possible, les choses doivent changer.
Être un de 15 ans, la technologie, les choses doivent être améliorées. .NET de Base a été travaillé depuis 2014, comme une refonte complète de l' .NET de l'architecture. Il a été réécrit à partir du sol en place comme une nouvelle version de la .NET de la langue. L'un des objectifs de Base était de permettre à la croix-plate-forme de déploiement. Si c'est une application de s'exécuter sur un iPhone/Android/XBox One, ou un site web qui peut être hébergé dans IIS, ou sur une machine Linux, .NET de Base vous a couvert. Il le fait en plusieurs façons, y compris en ne nécessitant pas l' .NET Framework doit être installé sur la machine, et au lieu de paquet les bibliothèques nécessaires à votre solution.
La plupart des notamment avec .NET de Base est les changements drastiques à ASP.NET. L'ancien Système.Web a complètement disparu et réécrit pour être aussi performante que possible, avec des résultats impressionnants. Le distinct WebApi contrôleurs sont allés, comme tout est fait à l'intérieur d'un seul contrôleur. L'ensemble du processus est aujourd'hui opt-in par opposition à défaut de permettre à des choses que vous pourriez ne pas vouloir.
Cependant, nous, en tant que développeurs voudront migrer certaines applications, finalement, comment peut-on être sûr que le code que nous avons déjà écrit n'a pas eu plusieurs petits mineur changements de nom, de méthodes et de briser ainsi la compilation de géant solutions?
En vient la .NET Standard. C'est un ensemble d'Api qui doit être mis en œuvre pour que votre plate-forme de l'appeler lui-même ".NET".
Comme la base .NET Framework , nous avons travaillé avec pendant des années, est bien établie, il a été utilisé comme la base de ce que la Norme va englober. Cependant, tout n'est pas inclus, car à quoi servirait-il? Si la Norme n'est qu'commune Api existent entre les divers types de la .NET plates-formes. Vous ne sera pas éventuellement être l'écriture de code ".NET Standard".
Xamarin (inclus dans le tableau ci-dessus) a été acheté par Microsoft en 2016, et que la technologie a été utilisée pour aider à construire (ou au moins inspirer) .NET de Base pour être multi-plateforme. Il existe encore comme un outil, mais dans la même veines comme il a été utilisé dans le passé. D'après le tableau, il sera .NET Standard 2.0 dans le vNext libération. Cependant, c'est le public cible ne changera pas.
Pour répondre directement à votre question, si vous voulez écrire une application avec le plus large possible, seul déployer la solution, que vous souhaitez utiliser .NET de Base. Toutefois, si vous utilisez une bibliothèque qui est actuellement construit sur .NET Framework 2.0 et 4,5, alors vous serez coincé à l'aide .NET Framework et les avoir séparés UWP solution pour la cible.
Si il offre quelque chose que vous pouvez appeler via une API Web appel, on pouvait avoir en cours d'exécution sur votre serveur .NET Framework, et ont une solution unique dans .NET de Base à déployer pour les utilisateurs finaux. Si elle est intégrée à votre code, vous êtes malheureusement pas de chance jusqu'à ce qu'un .NET de Base mise à jour est fournie.
J'espère que cela a éclairci la confusion entre les différentes technologies de noms.
MODIFIER
Après quelques précisions sur votre situation spécifique, je peux clarifier les choses pour vous. Vous pouvez pas faire une solution unique qui cible à la fois .NET Framework et .NET de Base. La compilation de façons complètement différentes, avec une technologie différente, donc c'est la même situation que d'essayer d'utiliser votre .NET version 4.5 dans un .NET 2.0 solution.
Cependant, il existe des tutoriels pour vous permettent de port de votre projet à Cœur. Pour la plupart, il suffit de copier la classe d'organes dans votre .NET solution de Base, et la plupart des choses fonctionneront correctement. Il y a quelques morceaux qui ont été abandonnés, d'autres qui n'ont pas été complètement 100% étoffé encore (pas pour votre cas, mais Entity Framework n'ont pas tous les mêmes caractéristiques, par exemple). Il y a aussi quelques appels qui ont un peu changé.
La bonne nouvelle est qu'à l'avenir, .NET de Base qui va vous donner la plus large portée possible. .NET Framework n'est pas de s'en aller, mais il et la de Base sera beaucoup plus synchronisés les uns avec les autres.
L'autre avantage de .NET de Base est qu'il utilise une approche itérative pour le déploiement, afin que vous ne serez pas attendre 2 ans pour la prochaine mise à jour majeure. Tout étant livré via NuGet, vous aurez une bien plus rapide sur les améliorations et les nouvelles fonctionnalités.
