Constructeur Injection en C#/Unity?

Une façon de résoudre ce problème serait d'utiliser une injection de constructeur avec un nom d'enregistrement.

//Register timmy this way  
Person son = new Person("Timmy");  
container.RegisterInstance<Person>("son", son);  

//OR register timmy this way  
container.RegisterType<Person>("son", new InjectionConstructor("Timmy"));  

//Either way, register bus this way.  
container.RegisterType<Bus>(new InjectionConstructor(container.Resolve<Person>("son")));  

//Repeat for Joe /Train

OriginalL'auteur Daniel Auger

Marque Seeman a raison. Et je compatis à votre confusion. Je suis passé par là moi-même quand j'ai appris à utiliser automatique de l'injection de dépendance des conteneurs. Le problème est qu'il y a beaucoup de valable et raisonnable de la manière de concevoir et d'utiliser des objets. Pourtant, seulement certains de ces approches automatique de dépendance injectorion conteneurs.

Mon histoire personnelle: j'ai appris OO principes de construction de l'objet et de l'Inversion De Contrôle à long avant que j'ai appris comment utiliser l'Inversion de Contrôle des conteneurs comme l'Unité ou le Château de Windsor conteneurs. J'ai acquis l'habitude de l'écriture de code comme ceci:

public class Foo
{
   IService _service;
   int _accountNumber;

   public Foo(IService service, int accountNumber)
   {
      _service = service;
      _accountNumber = accountNumber;
   }
   public void SaveAccount()
   {
       _service.Save(_accountNumber);

   }
}
public class Program
{
     public static void Main()
     {
        Foo foo = new Foo(new Service(),1234);
        foo.Save();
     }
}

Dans cette conception, ma classe Foo est responsable pour les comptes d'épargne à la base de données. Il a besoin d'un numéro de compte de service pour faire le sale travail. C'est un peu comme le béton les classes que vous avez fournis ci-dessus, où chaque objet prend un peu de valeurs uniques dans le constructeur. Cela fonctionne bien lorsque vous instancier les objets avec votre propre code. Vous pouvez passer dans les valeurs appropriées au bon moment.

Cependant, lorsque j'ai appris automatique de l'injection de dépendance des contenants, j'ai trouvé que je n'étais plus l'instanciation de Foo à la main. Le conteneur de instancier les arguments du constructeur pour moi. Cela a été d'une grande utilité pour les services comme IService. Mais il est évident qu'elle ne fonctionne pas si bien pour les entiers et des chaînes et de la comme. Dans ces cas, il serait de fournir une valeur par défaut (comme zéro pour un entier). Au lieu de cela, j'avais l'habitude de passer dans le contexte spécifique de valeurs telles que numéro de compte, nom, etc... Donc j'ai dû adapter mon style de codage et de conception de l'être comme ceci:

public class Foo
{
   IService _service;
   public Foo(IService service)
   {
      _service = service;
   }
   public void SaveAccount(int accountNumber)
   {
       _service.Save(accountNumber);

   }
}
public class Program
{
     public static void Main()
     {
        Foo foo = new Foo(new Service());
        foo.Save(1234);
     }
}

Il semble que les deux Foo classes sont valables dessins. Mais le second est utilisable avec coupure automatique de l'injection de dépendance, et la première ne l'est pas.

OriginalL'auteur David Allen