проект он идёт как синглтон, то есть, грубо говоря, если у меня есть слои A, B и C, и слой C знает слой B, но не знает слой A, а слой A знает слой B, но не знает слой C, то всё равно нельзя делать так, чтобы был свой класс маппера моделей слоя C в модели слоя B, находящийся в слое B, и при этом чтобы был свой класс маппера моделей слоя B в модели слоя A?
Или можно иметь несколько разных мапперов, зарегистрированных в startup.cs?
Я просто к тому, что, логика какая. Есть слой A, B и C, слой B как бы посередине, но концепция в том, чтобы не смешивать логику, поэтому не хотелось бы держать единый на всех класс маппера в B (который знаю и A, и C), соответственно, вызывая его в A и C тоже, то есть я боюсь, что это будет смешение логики, но не понимаю, как разделить (чтобы был свой маппер моделей слоя B в модели слоя A, свой маппер моделей слоя C в модели слоя B и так далее, чтобы они не сходились в одном маппер-классе все). При попытке так сделать (зарегистрировать в стартапе, допустим, и тот, и другой маппер) вызывается через IMapper только последний прописанный маппер, и вызывается на все случаи.
Я наткнулся вот на такое, и там пишут, что, по сути, должен быть как бы слой-ядро, куда все обращаются, который все "знают", и по сути, там и должен быть автомаппер. https://stackoverflow.com/questions/13772177/where-to-implement-automapper-in-a-ddd-layered-architecture
Обсуждают сегодня