Comment utiliser Ninject en application WPF

Comme je l'ai dit dans mon commentaire à votre opération, toutes les informations dont vous avez besoin est disponible dans le Ninject documentation. Qui a dit qu'il pourrait être soutenu qu'il est facile de se perdre dans ses vastes de la documentation si vous n'êtes pas familier avec Ninject et/ou DI.

Il y a quelques tutoriels en ligne qui cette une j'ai pensé a été particulièrement instructif. Alors qu'il fournit un exemple à l'aide d'un console application, les principes de la Ninject œuvres restent les mêmes.

Quel que soit votre type d'application vous configurez votre conteneur à votre demande point d'entrée;

• Console app - Main
• WPF - App (sauf si vous utilisez un cadre dans lequel cas vous pouvez fournir un programme d'amorçage personnalisé)
• ASP.NET - Aucune idée, peut-être quelqu'un pourrait m'éclairer

---

AVERTISSEMENT je ne prétends pas être une autorité sur Ninject ou DI, ci-dessous est simplement un exemple de la façon dont je comprends ces deux objets peut être utilisé en conjonction avec un autre.

Par exemple souci, nous allons travailler avec les exemples fournis dans la Ninject de la documentation.

1) Créer une application WPF nommé NinjectIoC

2) Utiliser Nuget pour ajouter une référence à la Ninject projet

3) Ouvrir App.xaml et retirer le StartupUri bien de la Application élément de sorte que votre App.xaml se présente comme suit:

<Application x:Class="NinjectIoC.App"
             xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
             xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
    <Application.Resources>

    </Application.Resources>
</Application>

La raison pour laquelle nous faisons c'est parce que le StartupUri propriété informe le WPF application qui contrôle d'INTERFACE utilisateur pour afficher au démarrage de l'application. Nous allons utiliser Ninject pour afficher notre premier contrôle d'INTERFACE utilisateur.

4) Ouvrir App.xaml.cs. C'est là que nous allons configurer le Ninject container, ou Kernel à utiliser Ninject de la terminologie. Nous override l'application OnStartup méthode de sorte que nous pouvons configurer notre container et par la suite procéder à l'initialisation de l'application que nous le voudrions. Mettre à jour le contenu de votre App.xaml.cs présente comme suit:

namespace NinjectIoC
{
    using Ninject;
    using System.Windows;

    public partial class App
    {
        private IKernel container;

        protected override void OnStartup(StartupEventArgs e)
        {
            base.OnStartup(e);
            ConfigureContainer();
            ComposeObjects();
            Current.MainWindow.Show();
        }

        private void ConfigureContainer()
        {
            this.container = new StandardKernel();
            container.Bind<IWeapon>().To<Sword>().InTransientScope();
        }

        private void ComposeObjects()
        {
            Current.MainWindow = this.container.Get<MainWindow>();
            Current.MainWindow.Title = "DI with Ninject";
        }
    }
}

Une brève explination:

4.1) OnStartup - Override theOnStartupmethod so that we may configure ourcontainer " et initialiser l'application que nous voulons.

4.2) ConfigureContainer - Informer notre container de la façon dont nous aimerions résoudre nos types de béton. Il y a beaucoup plus à ce que j'ai affiché dans cet exemple, cependant, il ya beaucoup plus à ce que j'ai montré. Il y a des sujets tels que Multi Liaison, La Liaison Des Conventions et Les Modules Du Noyau pour qui vous êtes meilleur moyen d'apprendre au sujet de la la documentation officielle.

4.3) ComposeObjects - après Avoir enlevé le StartupUri propriété de App.xaml nous devons informer, l'application de contrôle d'INTERFACE utilisateur que nous souhaitons utiliser pour le MainWindow. Aux côtés de demander à nos container à utiliser MainWindow que notre MainWindow nous avons mis l' Title bien trop. Encore une fois, vous voulez peut-être faire d'autres tâches ici pour le manuel de composition d'objet.

Vous n'avez pas à séparer les étapes que j'ai ci-dessus, pour cet exemple artificiel, il serait plus logique de ne pas déranger. En tant que votre demande se développe et vous commencer à faire plus sophistiqué des choses avec la container, en séparant les étapes commence à faire de la container configuration plus facile à gérer. Le choix est le vôtre.

5) la Prochaine ouverture de MainWindow.xaml, puis copiez et collez les éléments suivants:

<Window x:Class="NinjectIoC.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        Height="78" Width="362">
    <Grid>
        <Button Content="Button" HorizontalAlignment="Left" Margin="269,10,0,0" VerticalAlignment="Top" Width="75" Click="Attack"/>
        <TextBox x:Name="Target" HorizontalAlignment="Left" Height="23" Margin="10,10,0,0" VerticalAlignment="Top" Width="254"/>
    </Grid>
</Window>

Je ne vais pas la peine d'expliquer ci-dessus comme il devrait être évident que ce qui se passe.

6) Enfin ouvrir MainWindow.xaml.cs et le mettre à jour comme suit:

namespace NinjectIoC
{
    using System.Windows;

    public partial class MainWindow
    {
        private readonly IWeapon weapon;

        public MainWindow(IWeapon weapon)
        {
            this.weapon = weapon;
            InitializeComponent();
        }

        private void Attack(object sender, RoutedEventArgs e)
        {
            this.weapon.Hit(this.Target.Text);
        }
    }

    public class Sword : IWeapon
    {
        public void Hit(string target)
        {
            MessageBox.Show(@"I swing and thrust my sword about like a mad man at " + target);
        }
    }

    public interface IWeapon
    {
        void Hit(string target);
    }
}

De nouveau, je vais faire cette brève comme ce qui se passe ci-dessus n'a rien à voir avec la configuration de Ninject et il devrait encore une fois être évident ce qui se passe.

La principale chose à remarquer dans le ci-dessus est le argument que le MainWindow constructeur attend; IWeapon. Vous pourriez vous demander Comment cela se régler comme je ne suis pas la création d'une mise en œuvre concrète de Weapon n'importe où?

Bien au cours de la ConfigureContainer méthode dans App.xaml.cs nous avons informé les container la façon dont nous aimerions qu'à résoudre des dépendances pour IWeapon:

container.Bind<IWeapon>().To<Sword>().InTransientScope();

Ci-dessus indique la container que n'importe où il rencontre une dépendance pour IWeapon nous tenons à fournir une instance de Weapon. Sur la demande de container résoudre (Get) notre premier MainWindow de contrôle, en utilisant les éléments suivants:

Current.MainWindow = this.container.Get<MainWindow>();

La container pris un coup d'oeil à ses constructeurs et déterminé le constructeur avec la plupart des arguments qu'il a compris. Dans cet exemple, c'est le constructeur qui a exigé une mise en œuvre de IWeapon et oh, regardez, la container sait comment résoudre cette dépendance, car nous avons dit comment le faire le plus tôt possible dans ConfigureContainer.

En supposant que ni vous ni moi n'avons fait aucune erreur avec le code ci-dessus, en appuyant sur F5 devrait lancer l'application et vous devriez voir une petite fenêtre avec une TextBox et Button. Entrez quelque chose dans le TextBox puis appuyez sur la Button et vous devriez voir un MessageBox de contrôle, vous informant que vous swang votre épée comme un "mad man" à quiconque ou quoi que vous avez entré dans le TextBox.

---

Il y a beaucoup plus de deux Ninject et DI que j'ai décrites ici. Par exemple il y a des livres entiers sur le sujet de DI comme celle-ci par la Marque de Seeman.

J'espère que le ci-dessus vous donnera au point de départ où chercher et où aller pour aller plus loin avec vos aventures avec Ninject et DI.

OriginalL'auteur