J'ai toujours trouvé cela très déroutant. Il existe un package WindowsAzure.Storage Nuget créé par Microsoft qui vous permet de travailler avec, par exemple, le stockage d'objets blob (création d'objets blob, etc.). Il existe également des packages Microsoft.Azure.Storage. * Qui accomplissent la même chose, également créés par Microsoft. Si votre projet se trouve avoir des dépendances sur les deux, vous pouvez avoir des conflits de nommage, par exemple (Le type 'CloudStorageAccount' existe à la fois dans 'Microsoft.Azure.Storage.Common, ... et' Microsoft.WindowsAzure.Storage, ...).
Voici les liens vers les deux alternatives:
https://docs.Microsoft.com/en-us/dotnet/api/overview/Azure/storage?view=Azure-dotnet
https://github.com/Azure/azure-storage-net/blob/master/README.md
Quelle est la différence et quand serais-je motivé à utiliser l'un plutôt que l'autre?
WindowsAzure.Storage
(la dernière version v9.3.2) est le SDK de stockage hérité que nous utilisons toujours et Microsoft.Azure.Storage.*
(dernière version 9.4.0) est sa nouvelle version, nuget disponible environ un an.
Vérifiez le changelog de Storage .NET SDK. Énumérez une partie de ces différences/changements importants.
Microsoft.Azure.Storage
divise les bibliothèques en trois parties, Blob, Queue et File, ce qui signifie que nous pouvons installer un package séparé au lieu de l'édition complète.
Microsoft.Azure.Storage
ne prend pas en charge l'API Table, il est transféré vers Microsoft.Azure.Cosmos.Table .
Microsoft.Azure.Storage
a ajouté la prise en charge de la cible NetStandard2.0 depuis l'aperçu 9.4.0, qui prend en charge les méthodes synchrones encapsulées sur les API asynchrones. WindowsAzure.Storage
sur NetStandard ne dispose que d'API asynchrones.
Microsoft.Azure.Storage
Le package v9.4 revient pour utiliser Microsoft.WindowsAzure.Storage
espace de noms temporairement pour faciliter la transition des bibliothèques existantes.
Faites simplement des choix en fonction de nos besoins.