Dependency injection 我是否被迫在Kephas使用属性服务注册?
Kephas中的属性化服务注册是一个不错的特性,但是我是被迫使用它的吗?我的意思是,因为Kephas只在实际的DI/IoC实现上提供了一个抽象层,所以它不能提供特定DI容器可能提供的所有特性Dependency injection 我是否被迫在Kephas使用属性服务注册?,dependency-injection,inversion-of-control,kephas,Dependency Injection,Inversion Of Control,Kephas,Kephas中的属性化服务注册是一个不错的特性,但是我是被迫使用它的吗?我的意思是,因为Kephas只在实际的DI/IoC实现上提供了一个抽象层,所以它不能提供特定DI容器可能提供的所有特性 此外,我的团队可能对要遵循的编码风格有限制,并且/或者已经有大量的代码库需要支持。不,您一点也不被迫。你可以带上你自己的容器,注册你喜欢的服务,但是如果你想让Kephas和你的容器一起玩,它的服务也必须在那里注册。它使用属性化模型([*AppServiceContract]和[OverridePriorit
此外,我的团队可能对要遵循的编码风格有限制,并且/或者已经有大量的代码库需要支持。不,您一点也不被迫。你可以带上你自己的容器,注册你喜欢的服务,但是如果你想让Kephas和你的容器一起玩,它的服务也必须在那里注册。它使用属性化模型(
[*AppServiceContract]
和[OverridePriority/ProcessingPriority]
属性)来实现这一点,因此您也必须支持它们,这是在IoC适配器中实现的。正如我在中所阐明的,如果您对System.Composition
适配器不满意,或者您需要另一个DI框架的适配器,您可以自己编写