La norme .NET est un ensemble formelSpécification API .NET, devrait être disponible dans toutes les implémentations .NET. La motivation derrière l’introduction de .NET Standard était d’améliorer la cohérence dans l’écosystème .NET. ECMA 335 continue d’établir une uniformité pour le comportement d’implémentation de .NET, mais il n’existe pas de spécification similaire pour les bibliothèques de classes de base .NET (BCLs) pour les implémentations de bibliothèques .NET.
La norme .NET permet les scénarios clés suivants :
- Définissez un ensemble unifié, indépendant de la charge de travail, d’API BCL pour toutes les implémentations .NET que vous souhaitez implémenter.
- Permet aux développeurs de créer des bibliothèques portables pouvant être utilisées dans diverses implémentations .NET via le même ensemble d’API.
- Réduit voire élimine la compilation conditionnelle du code source partagé pour les aspects API .NET (API OS uniquement).
Diverses implémentations .NET ciblent une version spécifique de .NET Standard. Chaque implémentation .NET annonce la version la plus élevée du standard .NET qu’elle supporte, une déclaration qui signifie qu’elle prend également en charge les versions précédentes. Par exemple, le .NET Framework 4.6 implémente la norme .NET 1.3. C’est-à-dire qu’elle expose toutes les API définies dans les versions 1.0 à 1.3 de la norme .NET standard. De même, .NET Framework 4.6.1 implémente la norme .NET 1.4, tandis que .NET Core 1.0 implémente la norme .NET 1.6.
La relation entre les implémentations de .NET Standard et .NET est la même que celle entre les spécifications HTML et les navigateurs. La seconde est la réalisation de la première.
Ainsi, .NET Framework, Xamarin et .NET Core, chacun des frameworks gérés, implémente . NET Standard. À mesure que l’industrie informatique continue d’introduire de nouveaux matériels et systèmes d’exploitation, de nouveaux apparaissent à l’avenir. Cadre d’hébergement .NET. La norme informe les développeurs d’applications qu’ils peuvent s’appuyer sur un ensemble cohérent d’API.
Chacun. .NET correspond à une version standard .NET.
L’API est cohérente, et le transfert des applications vers différentes implémentations gérées ainsi que la fourniture d’outils sera plus simple.
La norme .NET est définie comme un paquet NuGet distinct, car tous les fichiers . Les implémentations .NET doivent être prises en charge
.NET Standard vs Bibliothèques portables
La bibliothèque portable ne fait-elle pas la même chose ?
Les classes portables utilisent des API communes prises en charge par plusieurs plateformes. En conséquence, plus il y a de plateformes prises en charge, moins il y a d’API disponibles, et pour une combinaison particulière de plateformes, il peut être difficile de savoir exactement quelles API sont prises en charge. Pour une nouvelle plateforme, le PCL existant doit être recompilé. PCL exige également que Microsoft cree une nouvelle fourche d’implémentation de framework pour chaque plateforme.
À cause de. NET Standard identifie une API, pas une implémentation, il n’est donc pas nécessaire de recompiler l’application. Tout nouveau fichier . Les implémentations de .NET implémentent les bibliothèques nécessaires. Les applications n’ont pas besoin d’être recompilées pour fonctionner sur de nouvelles plateformes matérielles ou systèmes d’exploitation. Théoriquement, une exception NotSupportedException pourrait être détectée lors de l’appel de l’API, mais cela devrait être rare.
Prise en charge de l’implémentation .NET
Le tableau suivant liste les versions minimales de la plateforme prenant en charge chaque version de la norme .NET. Cela signifie que les versions ultérieures des plateformes listées prennent également en charge les versions correspondantes de la norme .NET. Par exemple, .NET Core 2.2 prend en charge la norme .NET 2.0 et antérieures.
|
Publié sur 12/11/2019 10:25:55
|
|
|
|
