Cosmos 客户端 - 绑定还是 DI？

Question

在函数应用中使用 Cosmos 客户端的推荐做法是什么 -

(1) 在函数启动类的服务集合中注册一个单例，并在函数类中构造函数注入它。 我假设我可以使用最新的 Cosmos SDK 来创建它；

(2) 使用 Cosmos 绑定功能，如果您需要对查询进行更多控制，则允许您从绑定中获取客户端。 这也允许您使用 CosmosTrigger 进行提要处理；

(3) 混合 (1) 和 (2)。

我问的原因是 Cosmos 现在使用的 SDK 比 Azure Functions 绑定使用的版本更新，并且具有一些我想使用的功能，例如流式迭代器。 我很想使用选项 (3)，即在适当的情况下同时使用注入和绑定，但它不会创建两个单例 Cosmos 客户端（一个用于 3.* sdk (DI)，一个用于 2.* 用于绑定）？ 不好吗？ 如果我使用选项 (1) 并使用我自己注入的客户端，CosmosTrigger 是否仍需要“旧”sdk 客户端？

Answer 1

绑定纯粹是一种方便，在幕后正是您在#1 中描述的那样。 因此，如果您想使用较新版本的 SDK，或者只是想更好地控制事物的实例化方式，请使用 #1。 你不会因此而失去任何东西。

触发器略有不同，只是因为它必须使用包含的 SDK 来触发功能。 因此，在这种情况下，Functions Host 将在幕后启动一个CosmosClient并使用它来拉取消息。 虽然它可能适用于指定的较新版本，但需要注意的是它也可能会中断（会在本地和云中中断，因此您应该能够很快确认）。 所以一般来说，如果用作输入或输出绑定，完全可以拉入你想要的任何版本的 SDK。 如果您使用触发器，建议坚持使用由扩展拉入的版本（理想情况下，扩展应经常更新以提供最新版本的 SDK）。