我正在尝试找到一种使用Ninject将构造函数依赖项注入(inject)过滤器的方法。我发现许多文章描述了现在不建议使用的属性注入(inject)，但其余文章涉及工厂、定位器、全局包装器或stub属性的复杂设置。MVC允许您覆盖其操作的几乎任何部分，我原以为这只是一个简单的案例，以类似于您创建自己的依赖项解析器的方式创建您自己的过滤器提供程序。现在允许注入(inject)的正确方法是什么，或者如果您使用某些类型的过滤器而不是其他类型，它会变得更容易吗？publicclassUserValidationAttribute:ActionFilterAttribute{privateIRep
我想通过依赖项注入(inject)使用IUrlHelper，以便能够使用其功能为不同的rest端点生成uris。我似乎无法弄清楚如何从头开始创建UrlHelper，因为它在MVC6中发生了变化，并且MVC不会自动在IoCController中提供该服务。设置是我的Controller采用内部模型到api模型转换器类，并使用IUrlHelper(全部通过依赖注入(inject))。如果IUrlHelper/UrlHelper有更好的替代方案，我可以用来为我的WebApi操作/Controller生成Uris，我愿意接受建议。 最佳答案
我正在实现构建器设计模式来构造要在WPFUI上显示的不同类型的图形对象。我正在使用Ninject作为我的IOC容器。但是，我正试图找到一个优雅的可扩展解决方案。我有一个ChartDirector对象，它将IChartBuilder作为依赖项。我还有实现IChartBuilder的TemperatureChartBuilder和ThresholdChartBuilder。我想根据触发的事件或客户端调用将TemperatureChartBuilder或ThresholdChartBuilder注入(inject)ChartDirector。我在下面的代码中说明了我的问题。//ChartDi
最近我试图让自己进入UI开发的新时代并发现了ReactiveUI。我喜欢它的声明性。我想做一个彻底的转变，所以我试图了解在这个ReactiveUI的新世界里，事情是如何发生的。我选择ReactiveUI是因为我看到它是由一个非常聪明的人(PaulC.Betts)维护的。我对它还很陌生，我很可能会向StackOverflow提出关于它的问题，因为我有强大的力量，我认为它值得学习和掌握。让我们进入细节:我一直使用View-First。我是Cinch框架的资深用户(http://cinch.codeplex.com/)它使用MEF将ViewModel注入(inject)每个View。您只需要
这是一个相当直接的装饰器模式场景，复杂的是装饰类型有一个构造函数参数，该参数取决于它被注入(inject)的类型。我有一个这样的界面:interfaceIThing{voidDo();}像这样的实现:classRealThing:IThing{publicRealThing(stringconfiguration){...implementation...}publicvoidDo(){...implementation...}}还有这样的装饰器:classDecoratingThing:IThing{IThing_innerThing;publicDecoratingThing(IT
在MVC中，我可以创建一个可以接受依赖项的模型验证器。我通常为此使用FluentValidation。例如，这使我可以检查未使用电子邮件地址的帐户注册(注意:这是一个简化的示例!):publicclassRegisterModelValidator:AbstractValidator{privatereadonlyMyContext_context;publicRegisterModelValidator(MyContextcontext){_context=context;}publicoverrideValidationResultValidate(ValidationContex
我使用AWS.NetSDK、.net核心版本1.0创建了Lambda函数。我想实现依赖注入(inject)。由于lambda函数在AWS环境中独立触发和运行，因此不存在像Startup这样的类。如何以及在何处配置我的容器以实现此实现？ 最佳答案 我知道我来晚了，但我添加这个是因为我相信互联网上有一些不好的/缺少的例子。@Erndob关于已接受的答案是正确的。您只会创建更多实例。根据您在DI容器中进行的注册，您需要牢记:你在做什么注册以实现IDisposableAWS将您的对象实例保存多长时间。我找不到任何关于此的文档。结束了这样的事
我已经开始处理一个MVC3项目，该项目需要来自现有庞大数据库的数据。我的第一个想法是继续使用EF4.1并创建一堆POCO来表示我需要的表，但我开始认为映射会变得过于复杂，因为我只需要一些一些表格中的列。(感谢Steven在评论中的澄清。所以我想我会给MassiveORM一试。我通常使用工作单元实现，这样我就可以很好地解耦所有内容并可以使用依赖注入(inject)。这是我对Massive的一部分:publicinterfaceISession{DynamicModelCreateTable()whereT:DynamicModel,new();dynamicSingle(stringwh
简单的注入(inject)器文档提供了关于如何为WebRequest、WebAPI、WCF等设置容器的很好的示例，但这些示例一次只针对一种技术/生活方式。我们的Web应用程序同时使用了其中的大部分!我不清楚如何配置容器以适应多种生活方式。假设我有一个带有WebAPI的MVC项目。我有以下对象:MyDbContext:我的实体代码优先数据库上下文由MyDataProvider实现的IMyDataProvider:包含查询逻辑并使用MyDbContextMyController:使用IMyDataProvider的MVCControllerMyApiController:使用IMyData
Autofac有模块，Windsor有Installers和StructureMapRegistries...使用SimpleInjector如何将配置逻辑打包到可重用的类中？我试过:publicinterfaceIModule{}publicclassFooModule:IModule{publicFooModule(SimpleInjector.Containercontainer){container.RegisterSingleton();container.RegisterSingleton();}}我在CompositionRoot中使用它:publicstaticvoid
