Kepass具有自己的依赖性注入容器.为什么另一个框架不使用现有框架



如今,我注意到它提供了自己的依赖性注入容器。现在,市场上有很多依赖注入框架,为什么要自行实施?这不是重新发明轮子吗?

kephad不提供DI/ioc容器本身,它仅提供DI/IOC容器上的抽象层,因此它可以使用构图本身而无需绑定到特定的实现。它提供的是在keplos.composition.mef软件包(https://www.nuget.org/packages/peploase.com.position.mef/)中为System.Composition的此抽象层的适配器。我们还计划了Autofac的适配器,但我们没有时间实施它来结束。

请注意,此抽象层确实具有某些特征,

  • 可以覆盖注册的服务实现,以利用分层应用程序架构。
  • 服务合同/接口通过[*AppServiceContract]属性驱动注册。

还要注意,元数据支持是与DI框架集成的必需功能,在某些情况下可能会施加限制。有关更多信息,您可以在此处阅读:https://github.com/kephass-software/kephace/wiki/composition-and-depperency-indoction。

相关内容

  • 没有找到相关文章

最新更新