Azure Cosmos api客户端选择Azure。Cosmos还是Azure.DocumentDB.Core？
我找到了2个官方套餐
- Microsoft.Azure.DocumentDB.Core
此客户端库使面向 .NET Core 的客户端应用程序能够通过 DocumentDB （SQL） API 连接到 Azure Cosmos DB。
对于这个包，我们还找到了支持ORM的优秀SDK Cosmonaut
此客户端库使客户端应用程序能够通过SQLAPI连接到Azure Cosmos。
据我所知，第一个是为以前使用过Azure Document DB的人准备的，所以类型的迁移包和第二个更适合新项目。
事情是，我们已经开始使用第一个2周前的发展，但它看起来微软。Azure.Cosmos客户端api设计的好一点，用起来比DocumentDB客户端更方便。
对于新项目来说，使用Microsoft.Azure会更方便。Cosmos客户端而不是Microsoft.Azure。DocumentDB客户端？
共有2个答案
只是为了添加一些有关为什么使用 Azure Cosmos DB .NET SDK v3 而不是 Azure Cosmos DB .NET SDK v2 的详细信息
来自微软：
2024 年 8 月 31 日，Azure Cosmos DB .NET SDK v2.x 将停用;SDK 和所有使用 SDK 的应用程序将继续运行;Azure Cosmos DB 将停止为此 SDK 提供进一步的维护和支持。我们建议迁移到最新版本的 .NET SDK v3 SDK。
有关如何从 Azure Cosmos DB .NET SDK v2.x 迁移到 Azure Cosmos DB .NET SDK v3 的有趣链接（如果已在使用）
迁移应用程序以使用Azure Cosmos DB. NET SDK v3https://docs.microsoft.com/en-us/azure/cosmos-db/sql/migrate-dotnet-v3?tabs=dotnet-v3
Cosmos. NET SDK v3升级指南和提示https://elcamino.cloud/articles/2019-11-05-cosmos-net-sdk-v3-upgrade-guide-and-tips.html
找到答案
Microsoft.Azure.Cosmos是SDK的3版本，它取代了旧的DocumentClient。
SDK的第3版包含许多可用性和性能改进，包括新的直观编程模型、对流API的支持、对更改提要处理器API的内置支持、扩展非分区容器的能力等。
对于新的工作负载，我们建议从最新版本3.x开始
-
There are many Ethereum clients to choose from. We recommend different clients depending on whether you are developing or deploying. 开发过程中 Ganache We recommend Ganache, a personal blockchain for Ether
-
早在使用 Docker 之前就听说与其前辈 Vagrant 之前的竞争与替代，但是一直没能够 真正认识到两者之间的区别和优缺点，这次腾出时间使用 Vagrant 终于对它们之间的优缺点 有了更深的认识。 埋头苦干一直不是我的风格，所以在比较 Vagrant 安装、下载期间细细阅读了多篇相关文章， 其中当然少不了 Vagrant 和 Docker 作者在 StackOverflow 上的亲自解惑（中
-
问题内容： 我们的系统与多个Web服务提供商进行通信。它们都是从单个Java客户端应用程序调用的。到目前为止，所有的Web服务都已通过SSL进行，但是没有一个使用客户端证书。好吧，一个新的合作伙伴正在改变这一现状。 使应用程序使用证书进行调用很容易；设置和将做到这一点。但是，现在的问题是如何制作它，使其仅在调用该特定Web服务时使用证书。我想更一般地说，我们希望能够选择要使用的客户端证书（如果有）
-
我使用。NET Core2.0和ASP.NET Core2.0进行应用程序开发。“测试”应用程序是一个。NET核心控制台应用程序。我正在编写的核心代码是一个类库。一旦适当的测试。我选择这样做是因为我暂时不会使用它（它正在替换旧的ASPNET代码）。 无论如何，由于我必须处理各种服务的大量API密钥，所以我决定使用Microsoft Azure Key Vault来存储密钥。我有这一切设置，并理解这