Azure Functions中的DI

Question

我在ASP.NETWeb API应用程序中使用了一些类库，用于处理我所有的后端内容，例如对AzureSQLDatabase、Cosmos DB等多个数据库的CRUD操作。

我不想重新发明轮子，并能够在我在Visual Studio 2017中创建的新Azure函数中使用它们。我所有的存储库方法都使用一个接口。那么，我将如何在我的新Azure函数中实现依赖注入呢？

我没有看到对DI的任何支持，但我有点困惑。看起来Azure Functions与WebJobs基于相同的SDK，我想去年微软已经开始在WebJobs中支持DI——我很确定，因为我使用NINF实现了它。

有没有办法解决这个问题，以便我可以在新的 Azure Functions 项目中使用现有库？

Answer 1

我在willie-zone的博客上看到过很多关于这个话题的内容，但是你不需要走这条路来使用DI和Azure函数。

如果您使用的是版本2，则可以使Azure功能非静态。然后，您可以添加一个公共构造函数来注入依赖项。下一步是添加IWebJobsStartup类。在startup类中，您可以像注册任何其他.Net核心项目一样注册服务。

我有一个公共存储库在这里使用这种方法：https://github.com/jedi91/MovieSearch/tree/master/MovieSearch

这里是到startup类的直接链接：https://github.com/jedi91/MovieSearch/blob/master/MovieSearch/Startup.cs

而这里是函数:https://github . com/Jedi 91/movie search/blob/master/movie search/Functions/search . cs

希望这种方法能有所帮助。如果您希望保持Azure函数的静态，那么willie zone方法应该可以工作，但我非常喜欢这种方法，它不需要任何第三方库。

需要注意的一件事是Directory.Build.target文件。此文件将在主机文件中复制您的扩展，以便在将函数部署到Azure后DI将工作。在本地运行函数不需要此文件。

Answer 2

在 Azure Functions 的 GitHub 页面上有一个关于此事的开放功能请求。

然而，我处理这个问题的方法是使用某种“包装器”切入点，使用服务定位器解决这个问题，然后从那里启动函数。

这个看起来有点像这个(简化)

var builder = new ContainerBuilder();
//register my types

var container = builder.Build();

using(var scope = container.BeginLifetimeScope())
{
  var functionLogic = scope.Resolve<IMyFunctionLogic>();

  functionLogic.Execute();
}

这当然有点粗鲁，但据我所知，这是目前最好的。

Answer 3

除了服务定位器（反）模式之外，我还看到了这两种技术。我也向Azure功能团队征求了他们的意见。

https://blog . Wille-zone . de/post/azure-functions-dependency-injection/

https://blog . Wille-zone . de/post/azure-functions-proper-dependency-injection/