Design patterns 配置是否被视为交叉关注点?
书名上说的差不多。 我看到有时人们提到配置是一个跨领域的问题,但其他人没有。 所以我想知道这是否真的是一个跨领域的问题Design patterns 配置是否被视为交叉关注点?,design-patterns,dependency-injection,configuration,cross-cutting-concerns,Design Patterns,Dependency Injection,Configuration,Cross Cutting Concerns,书名上说的差不多。 我看到有时人们提到配置是一个跨领域的问题,但其他人没有。 所以我想知道这是否真的是一个跨领域的问题 因为我想知道是否应该在每一层中注入配置。不是每个类或方法都应该只访问它需要的配置吗?在每个只需要配置的一小部分的类中注入配置不是一种反模式吗?另请参见:IoC。即使使用手动依赖项注入,许多根也隐藏在类似级别的构造函数或服务定位器中。至于“什么”是这个配置,是另一个问题——如果这样定义了边界,静态类型就更容易了,或者是以某种通用方式访问的一个模糊的配置块。
因为我想知道是否应该在每一层中注入配置。不是每个类或方法都应该只访问它需要的配置吗?在每个只需要配置的一小部分的类中注入配置不是一种反模式吗?另请参见:IoC。即使使用手动依赖项注入,许多根也隐藏在类似级别的构造函数或服务定位器中。至于“什么”是这个配置,是另一个问题——如果这样定义了边界,静态类型就更容易了,或者是以某种通用方式访问的一个模糊的配置块。