Depuis que nous avons publié .NET Standard 2.0 il y a environ un an, nous avons mis à jour .NET Core 2.1 deux fois et nous nous préparons pour la sortie de .NET Core 2.2. Il est temps de mettre à niveau Standard: pour inclure certains des nouveaux concepts, ainsi qu'un certain nombre de petites améliorations qui vous faciliteront la vie avec de nombreux produits .NET.
Lisez la suite pour en savoir plus sur les nouveautés de la dernière version, ainsi que ce que vous devez savoir sur le support, la gestion et le codage de la plateforme.
Quoi de neuf dans .NET Standard 2.1?
Au total, environ 3 000 nouvelles API devraient être ajoutées à .NET Standard 2.1. La plupart d'entre eux sont de nouvelles API. Mais il y en a d'anciens d'autres implémentations .NET. Ils ont été ajoutés pour rassembler différents .NET.
Voici les faits saillants:
- Span <T>.
- API de base fonctionnant avec Span.
- Émission de réflexion.
- SIMD
- ValueTask et ValueTask <T>.
- DbProviderFactories.
- Autres améliorations intéressantes.
Pour plus d'informations, vous pouvez vérifier la
liste avec toutes les différences dans l'API entre .NET Standard 2.1 et .NET Standard 2.0. Vous pouvez également utiliser
apisof.net pour vérifier rapidement si cette API sera incluse dans .NET Standard 2.1.
Concept .NET
Si vous avez manqué nos
mises à jour sur le concept de .NET Core 3.0 et .NET Framework 4.8 , plus d'informations à ce sujet ci-dessous:
- Le .NET Framework est une implémentation .NET installée sur plus d'un milliard d'appareils, et doit donc rester aussi compatible que possible. Pour cette raison, la plate-forme se développe plus lentement que .NET Core. Même la sécurité et les corrections de bogues peuvent entraîner des lacunes dans les applications, car les applications dépendent du paramètre précédent. Nous veillerons à ce que .NET Framework prenne toujours en charge les derniers protocoles réseau, normes de sécurité et fonctionnalités Windows.
- .NET Core est une version ouverte, multiplateforme et à croissance rapide de .NET. De par sa nature, il peut évoluer de manière à ce que nous ne risquions pas de développer le .NET Framework. Cela signifie que .NET Core recevra toujours les nouvelles API et la prise en charge des langues plus rapidement que le .NET Framework. À Build, nous avons démontré une démonstration de la rapidité avec laquelle l'API est dans .NET Core. Si nous apportions les mêmes modifications au .NET Framework, nous pourrions casser les applications existantes, et nous ne voulons pas.
Les auteurs de bibliothèque qui doivent prendre en charge les clients .NET Framework doivent rester sur .NET Standard 2.0. En fait, la plupart des bibliothèques devraient pouvoir s'exécuter sur .NET Standard 2.0. Toutefois, cela ne signifie pas que les auteurs ne peuvent pas profiter des avantages de ces API, même s'ils doivent prendre en charge le .NET Framework.
Reportez-vous à la
nouvelle documentation de ciblage multiplateforme pour les recommandations de
ciblage .
Total
La formation de .NET Standard 2.1 se poursuit. Vous pouvez suivre nos progrès sur
GitHub .
Si vous souhaitez vérifier rapidement s'il existe une API spécifique dans .NET Standard (ou toute autre plate-forme .NET), vous pouvez utiliser
apisof.net . Vous pouvez également utiliser .NET Portability Analyzer pour vérifier qu'un projet existant peut être migré vers .NET Standard 2.1.
Bon codage!