castle-windsor相关内容
我正在实现hangFire,这是我项目中的作业调度库。 我正面临与本链接 但是在替换 LifestylePerWebRequest()与 HybridPerWebRequestTransient()我仍然收到相同的错误消息: HttpContext.Current为空。 PerWebRequestLifestyle只能在ASP.Net中使用 以下是我的依赖项安装程序的几行内
..
是否可以像在WindsorContainer.AddChildContainer()中那样在StructureMap中将容器链接在一起? 我想实现3个容器级别; -1个页面请求级别 -1个会话级别 -1个应用程序级别 这些随后将被链接在一起,因此只有一个实例 容器的级别实际上并不重要,只是是否有能力将它们链接在一起。 解决方案 这似乎可以解决问题,不确定是否有更好的
..
我在温莎城堡遇到问题。请帮我! 我正在使用温莎城堡3.2.0.0,.Net 4.0和Mvc 3.0.0.0 非常感谢! 问题: 找不到支持服务Mvc IControllerFactory的组件 这里有一些代码。 公共类WindsorDependencyResolver:IDependencyResolver { 私有只读IWindsorContainer _contai
..
如果我已在config中定义: container.Register( Component.For( ) .ImplementedBy() .ServiceOverrides(ServiceOverride.ForKey(“ Listeners”)。Eq(new [] {typeof(XYZDefa
..
当所有IService的实现都公开时,此注册有效: AllTypes .Of( ) .FromAssembly(GetType()。Assembly) .WithService.FirstInterface() 例如: 公共接口IService {} 公共接口ISomeService:IService {} 公共类SomeServi
..
有人使用示例城堡温莎InstallerFactory命令安装安装程序吗? 似乎无法在文档或其他地方找到它。 欢呼声 解决方案 您只能使用 InstallerFactory 与 FromAssembly 类结合。 使用FromAssembly时,您不应依赖于实例化/安装安装程序的顺序。这是不确定的,这意味着您永远都不知道会是什么样。如果需要按特定顺序安装安装程序,请使用In
..
我想出了一些解决方案,我的IoC / DI容器(城堡温莎)声称有一个循环依赖树。没错但是我不确定这个循环是否有害。 这或多或少是依赖树: WebAPI控制器取决于... ... a 服务A 取决于... ...工作单元取决于... ...存储库取决于... ...域事件管理器(1)取决于许多... ...域事件处理程序,并且一个依赖于此。 .. ... 服务A (2)
..
有人可以扩展此处提供的Halil Kalkan(@hikalkan)的说明: https: //github.com/volosoft/castle-windsor-ms-adapter 原始-使用标准Microsoft DI public void ConfigureServices(IServiceCollection服务) { services.AddAutoMapper(
..
我在温莎城堡使用TypedFactoryFacility允许我使用接口工厂依赖注入。 我在自动委托工厂注入Func时遇到问题 我要保留TypedFactoryFacility,但按照以下问题删除DelegateFactory: p> 可以 不幸的是,现在无法从温莎城堡(第3版)中删除组件。 有人可以建议删除DelegateFactory或以某种方式禁用它的方法,以便它
..
我正在使用CollectionResolver(更具体地说是ListResolver)来支持我们要注入接口的多个实现的方案。 CollectionResolver的行为已受到Castle 3中对ResolveAll()的更改的影响。以前,ResolveAll()仅返回那些可以解析的实现,而静默忽略任何无法解析的注册实现。现在,如果无法解析任何已注册的实现,则ResolveAll()失败。 总
..
在文档中进行了说明您应该始终使拦截器处于瞬态状态。如果我有此示例代码; //注册拦截器 container.Register( Classes.FromAssemblyNamed(“ Sample.Interceptors”) .BasedOn() .LifestyleTransient()); //配置组
..
在应用程序的核心中,我们使用Castle Windsor来管理我们的依赖项。我们将从可能使用其自己的IoC容器的第三方加载插件。我们希望他们能够从核心接收相关性,例如通过构造函数注入内核的服务,而且还从他们自己的IoC容器接收依赖项。 似乎如果他们提供了服务提供者接口,温莎可以使用它来解析未知的依存关系,忽略结果(因为这些组件的生命周期是别人的事),并继续努力。 但是我也确信,当您尝试
..
我是AutoFixture的新手,所以我不知道以下想法是否有意义或合理。我有一个负责集成测试的应用程序,它大量使用了城堡温莎城堡。为了简化依赖关系管理并使我的测试更像应用程序代码,我已经在我的测试初始化方法和using容器中构建了Windsor容器。决心实例化我正在测试的代码。我想放弃这种方法,因为它在某些情况下限制了我的灵活性。 我要做的是进行如下所示的测试: [理论] [
..
我有一个IRunningTaskFactory,它已使用类型工厂工具在Windsor AsFactory()中注册。该接口具有如下所示的单个方法: RunningTask Create(ITask task); 其中RunningTask已在Windsor中注册,因为它是瞬态的,具有构造函数: public RunningTask(ITask任务,ITaskCo
..
我有很多使用IMyService作为构造函数参数的类。 例如 ClassA(IMyservice myservice) //应该为IMyService使用Concrete1 ClassB(IMyservice myservice) //为此应该使用Concrete2 IMyService 我该如何注册,以便ClassB获得Concrete2,ClassA
..
尝试在Castle WcfIntegration 3.0中注册WCF客户端;以下语法有什么问题吗? Container.Kernel.Register(Component.For(serviceType).AsWcfClient(new DefaultClientModel {Endpoint = WcfEndpoint .FromConfiguration(serviceType。 Nam
..
我正在使用温莎城堡作为我的IoC容器,但遇到了一些问题。最好用代码解释一下,因此我将尝试一下。 我有一个工厂类,应该为我提供某些接口的实现: 公共接口IObjectCreatorFactory { IObjectCreator GetObjectCreator(Type objectType); } 公共接口IObjectCreator { T CreateObject
..
我看到的大多数关于温莎城堡自动注册类型的示例均源自某些IFoo。但是,我经常有一些简单的组件(服务),它们仅在构造函数中需要IFoo: 公共类Service { 公共服务(Service2服务,IFoo foo){} } 公共类Service2 { 公共服务2(IFoo foo){} } 我如何使Windsor自动注册/识别它们?我看到两种方式:
..
我有一个抽象基类 Search 。抽象类 IndexedRepositorySearch 源自 Search 。 FacetSearch 的抽象类来自 IndexedRepositorySearch 。具体类 IngredientFacetSearch 和 RecipeFacetSearch 属于 FacetSearch 。 当前,我们正在将 Search 产生的所有内容注册到温莎城堡:
..
我的应用程序使用“ SignalR”客户端/服务器通信框架。如果您不熟悉它,则服务器端应用程序通常包含一个或多个“集线器”类(类似于asmx Web服务),每个类都提供可由客户端调用的方法。在启动过程中,客户端需要首先创建一个连接,然后为其需要与之交谈的每个集线器创建一个“代理”,例如:- var hubConnection = new HubConnection(“ http:// ..
..