Unity InjectionProperty генерирует нулевое свойство - PullRequest
Новая
       24

Unity InjectionProperty генерирует нулевое свойство

2 голосов
/ 09 июня 2011

Различные посты здесь не показывают, почему каждый раз, когда я пытаюсь использовать конструкцию InjectionProperty () в Unity 2.0 (апрель), она никогда не заполняет свойства в моем разрешенном экземпляре.Они всегда нулевые.В отладчике я вижу, что объект создан, но первая ссылка на свойство, которое должно быть введено, всегда является исключением нулевой ссылки.Должно быть что-то очень неправильное в том, что я делаю.

Любая помощь очень ценится.

Я просмотрел много путей в Интернете, чтобы определить, как использовать Unity для выполнения инъекции свойства, и я все еще получаю экземпляр объекта с нулевым свойствомэто должно быть введено.Так что он умирает.

Существует несколько проблем:

1) Где эти объекты PropertyInjector видны в отладчике?Никакое количество майнинга не выявило их, поэтому я не могу определить, готовы ли они к внедрению.

2) Объект со свойством действительно создается с помощью Resolve, но никогда не получает значение свойства (свойство являетсяобъект ILog).

Я нахожусь в конце своего остроумия, который, по общему признанию, мог быть коротким куском веревки, но что, черт возьми, происходит с этим?Любые идеи.

Вот код: 

// (Unity 2.1, May something or other drop, so I think this is the latest )  

public class RuntimeFilesRepository:IFilesRepository
{
...
...
...

// A customized version of the standard Log4Net ILog

public ILog Logger {get;set;} 
...
...

 public RuntimeFilesRepository()
{
...
... 

// INJECTION NEEDS TO HAPPEN BEFOE THIS, BUT NEVER DOES, SO THIS IS A NULL OBJECT 

Logger.Debug("I do like my CaesarSalad with the extra chicken"); 

}


// and the registration looks like this:**

public void WireUp()
{

...
...

// a container

        ParentContainer = new UnityContainer();

// this thing is really helpful!!! 

//  [https://github.com/dbuksbaum/unity.extensions][1] 

        ParentContainer.AddNewExtension<**TypeTrackingExtension**>();

// and the Logger type

        ParentContainer.RegisterType<ILog, Log4NetLog>("Logger",
                                                 new InjectionFactory(
                                                     factory => LogManager.GetLogger("Visual Element Migrator")));

// and an instance of an ILog.  It can be referred to as 'LoggingService'
// to use as a resolved parameter to inject   


 ILog Logger = ParentContainer.Resolve<ILog>("Logger");
        ParentContainer.RegisterInstance("LoggingService", Logger, new LifeTimeManager()); 


...  
...  


//various Logger log statements from the resolved ILog object work here as we plod along, by the way  

...  
...  

// then the next statement works, type is registered, shows up in the debugger,    
// but where the heck are the injection properties???     

    DataServicesContainer.RegisterType<IFilesRepository,RuntimeFilesRepository>(new InjectionProperty("Logger", Logger));  

// I have tried 3 different variants of the above InjectionProperty() to no avail.  

// runtime files repo, want a singleton
// allow Unity to resolve the  RUN TIME files repositoryand hold onto reference

// DOES NOT WORK.  Apparently instantiates RuntimeFilesRepository,  but does not inject the ILog to the Logger property


            var filesRepo = DataServicesContainer.Resolve<RuntimeFilesRepository>();


// *never gets here where I try to register the object so it can be REUSED in other contexts....*

            DataServicesContainer.RegisterInstance<IFilesRepository>("FilesRepositoryDataService", filesRepo,  new LifeTimeManager()); // to inject, singleton

...  
...  
// lots more of the same sort of class register and instantiate stuff
...  
...  

}

В некоторых местах я вижу, что маркировка свойства [Зависимость]
представляется необходимой,и в других местах, где говорится, что эти маркировки будут переопределены использованием объекта InjectionProperty в коде.Обсуждение неоднозначно.

Я очень боюсь, что Unity = DisUnity , и я, возможно, напортачил, даже пытаясь его использовать.

...