Injektor wtrysku konstruktora w WPF

Question

Czy możliwe jest użycie ninject do wstrzykiwania zależności w taki sposób, aby wynik był podobny do wstrzyknięcia, które mogę uzyskać w MVC. Aby opracować, jeśli używam adaptera MVC ninject, mogę zadeklarować, że moje kontrolery sieci mają parametry konstruktora, które następnie byłyby automatycznie wstrzykiwane przez ninject.

Jednak nie znalazłem takiego ninject rozszerzenie dla WPF, który pozwoliłby mnie mieć okno takie jak to:

public partial class MainWindow : Window 
{ 
    private readonly IService injectedService; 
    public MainWindow(IService injectedService) 
    { 
     this.injectedService = injectedService; 
    } 
} 

chciałbym to zrobić bez jawnie przy użyciu IKernel w moim uruchomienie głównej aplikacji w celu uzyskania wystąpienia mainowindow. Zdecydowanie wolałbym korzystać z normalnej metody konfiguracji xaml, aby uzyskać wystąpienie okna głównego i wszystkich kolejnych okien.

Czy to możliwe? Czy istnieje sposób, aby podłączyć się do tworzenia obiektów generowanych przez xaml, aby zmodyfikować go, aby użyć Ninject do wstrzyknięcia zależności od konstruktora.

Answer 1

Na podstawie komentarzy & Twoje zamieszanie wygląda na to, że MVVM dobrze Ci odpowiada. Wyzwaniem jest LEARNING MVVM.

Więc roztrzaskać się o good link i toczyć. MVVM jest zaskakująco łatwa do zrobienia, a dość łatwo można ją zawrzeć za pomocą Ninjecta i nałożyć na nią łuk.

Początkowa krzywa uczenia się, jeśli NIE używasz biblioteki 3rd party dla Ninject + MVVM, tak jak ja, jest nieco stroma. Więc oto kilka rzeczy musiałem zrozumieć:

 DataContext="{Binding Path=ResultViewModel,Source={StaticResource ServiceLocator}}" 

Ten mały dodatek sprawia pozwala wyzwalać ninject aby uzyskać viewmodel informacje z XAML:

<Application.Resources> 
    <ioc:NinjectServiceLocator x:Key="ServiceLocator" /> 
</Application.Resources> 

ten mały trik pozwala na przypisanie to źródło statyczne z pliku app.xaml do odpowiedniej klasy

public class NinjectServiceLocator 
{ 
    private readonly IKernel kernel; 

    public NinjectServiceLocator() 
    { 
     kernel = new StandardKernel(new MyMvvmModule()); 
    } 

    public ResultViewModel ResultViewModel 
    { 
     get { return kernel.Get<ResultViewModel>(); } 
    } 
} 

To jest godne uwagi. Każdy model widoku musi być wymieniony jako właściwość w ServiceLocator, aby generator mógł je wygenerować. Wreszcie, MyMvvmModule w powyższym przykładzie jest standardową klasą Ninject, w której przyklejasz swoje zastąpienie dla Load() i bindujesz wszystkie swoje interfejsy.