Блог

Я использую пример реестра DSL для настройки structuremap. Но это делает все мои зарегистрированные типы доступными на всех уровнях моего приложения, где я добавляю ссылку на карту структуры. Я не хочу, чтобы мой бизнес-уровень знал что-либо о моем уровне доступа к данным и наоборот. Как мне заставить structuremap регистрировать только определенные типы для каждого из моих слоев?

Вот код в моем файле global.asax:

 ObjectFactory.Initialize(x =>
{
  x.AddRegistry<RegistryIOC>();
});
  

И вот мой класс RegistryIOC:

 public class RegistryIOC : SMRegistry
{

    public RegistryIOC() 
    {
        For<IProfileService>.Use<ProfileService>();
        For<IProctorService>().Use<ProctorService>();

        //Business Logic Objects
        For<IQual>().Use<Qual>();
        For<ITest>().Use<Test>();
        For<IBoldface>().Use<Boldface>();
        For<ITrainingPlan>().Use<TrainingPlan>();
        For<IUnit>().Use<Unit>();

        //Data Transfer Objects
        For<IGenericDTO>().Use<GenericDTO>();
        For<IProfileDTO>().Use<ProfileDTO>();
        For<IQualDTO>().Use<QualDTO>();
        For<IPermissionDTO>().Use<PermissionDTO>();

        //Repository Objects
        For<IProctorRepository>().Use<ProctorRepository>();
        For<IQualsRepository>().Use<QualsRepository>();
        For<ITestRepository>().Use<TestRepository>();
        For<IUnitRepository>().Use<UnitRepository>();
        For<IUserRepository>().Use<UserRepository>();
    }

}
  

Спасибо за помощь.

Я использую отражение для выполнения этой (и других) задач. Позвольте мне показать, как это работает.

Первое, что нужно сделать, это определить интерфейс, который позволяет нам идентифицировать классы, выполняющие задачи инициализации:

 public interface IConfigurationTask
{
    void Configure();
}
  

Затем создайте один или несколько классов, которые реализуют этот интерфейс. Эти классы будут распределены по всем вашим проектам, что является еще одним способом сказать, что вы можете поместить их «туда, где им место».

 public class RepositoryInitializer : IConfigurationTask
{
    public void Configure()
    {
        // code that does relevant initialization goes here
    }
}
  

Последняя часть головоломки — найти классы, которые реализуют интерфейс IConfigurationTask, создать их экземпляр и выполнить метод Configure. Это цель ConfigurationTaskRunner:

 public static class ConfigurationTaskRunner
{
    public static void Execute( params string[] assemblyNames )
    {
        var assemblies = assemblyNames.Select( Assembly.Load ).Distinct().ToList();
        Execute( assemblies );
    }

    public static void Execute( IEnumerable<Assembly> assemblies )
    {
        var tasks = new List<IConfigurationTask>();
        assemblies.ForEach( a => tasks.AddRange( a.CreateInstances<IConfigurationTask>() ) );

        tasks.ForEach( t => t.Configure() );
    }
}
  

Показанный здесь код использует пользовательское расширение для перебора всех элементов в списке и выполнения действия для каждого элемента (метод ForEach). Я также использую библиотеку отражения, чтобы сделать задачу поиска и создания экземпляров однострочной (метод CreateInstances), но вы могли бы добиться того же, используя просто отражение (как показано в коде ниже).

 public static IList<T> CreateInstances<T>( this Assembly assembly )
{
     var query = from type in assembly.GetTypes().Where( t => typeof(T).IsAssignableFrom( t ) amp;amp; typeof(T) != t ) 
                 where type.IsClass amp;amp; ! type.IsAbstract amp;amp; type.GetConstructor( Type.EmptyTypes ) != null 
                 select (T) Activator.CreateInstance( type );
     return query.ToList();
}    
  

Последняя часть головоломки — запустить выполнение ConfigurationTaskRunner. Например, в веб-приложении это вошло бы в Application_Start в Global.asax:

 // pass in the names of the assemblies we want to scan, hardcoded here as an example 
ConfigurationTaskRunner.Execute( "Foo.dll", "Foo.Domain.dll" );
  

Я также нашел это полезным с производным IPrioritizedConfigurationTask (который добавляет свойство приоритета), чтобы обеспечить правильное упорядочение задач перед их выполнением. Это не показано в приведенном выше примере кода, но добавить это довольно тривиально.

Надеюсь, это поможет!

Вы можете создать и настроить несколько независимых Container экземпляров и вообще не использовать static ObjectFactory — смотрите эту статью. Тогда вы будете нести ответственность за предоставление надлежащих контейнеров для соответствующих слоев.

Кстати, как вы хотите обрабатывать межуровневую связь? Разве это не было бы как-то сложно? Я бы предпочел разделить реестры (возможно, на отдельные сборки) и сохранить их разделенными «вручную» вместо того, чтобы применять разделение на уровне инфраструктуры.