Почему этот код DI объявляет метод-scope var, а затем назначает его статическому объекту уровня класса?

Question

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

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

В этом методе объявляется var container и назначается новый Container(). В конце метода область метода container затем назначается переменной статического уровня container уровня приложения.

Почему так делается? Должна быть веская причина для того, чтобы сначала назначить контейнер локальному var, а затем, наконец, присвоить переменную переменной static static Container. Для меня это кажется очевидным, избыточным заданием, но если это так, я сомневаюсь, что кто-то это сделает. Что мне не хватает?

Код, приведенный ниже, приведен из кода из документации SimpleInjector. Я понимаю все, что делает код, я просто не понимаю смысла этого дополнительного задания var.

using System.Windows; 
using SimpleInjector; 

public partial class App : Application 
{ 
    private static Container container; //<-- The static, class-level variable. 
             // Why not assign to it from the get-go?! 

    //...snip... 

    protected override void OnStartup(StartupEventArgs e) 
    { 
     base.OnStartup(e); 
     Bootstrap(); 
    } 

    private static void Bootstrap() 
    { 
     // Create the container as usual. 
     var container = new Container(); //What's the point of this var? 

     // Register your types, for instance: 
     container.RegisterSingle<IUserRepository, SqlUserRepository>(); 
     container.Register<IUserContext, WpfUserContext>(); 

     // Optionally verify the container. 
     container.Verify(); 

     // Store the container for use by the application. 
     App.container = container; //Couldn't we have done this from line 1 of this method? 
    } 
} 

Источник: SimpleInjector - Windows Presentation Foundation Integration Guide

Answer 1

Если контейнер присваивается статическое свойство сразу, то статическое свойство будет ссылаться на контейнер, который еще не полностью инициализирован, что может иметь нежелательные последствия.

Назначение контейнера статическому свойству только тогда, когда оно полностью инициализировано, не позволяет другим использовать частично инициализированный контейнер.

Answer 2

Я не знаю SimpleInjector, но возможной причиной может быть, если RegisterSingle, Register или Verify могут вызывать исключение. Если кто-то из них делает это, вы можете остаться с App.Container в недопустимом состоянии, тогда как делать это таким образом, App.Container будет оставлен либо в желаемом новом состоянии, либо останется нетронутым. При условии, что Контейнер является управляемым типом, вы получаете сильную исключительную безопасность (http://en.wikipedia.org/wiki/Exception_safety).