Référentiel statique ... ne peut pas utiliser DI, que faire?

Question

Je suis dans une situation où nous avons besoin de modifier ce qui est renvoyé à partir du référentiel statique dans une application open source tierce (NopCommerce). Le problème est qu'ils utilisent des dépôts statiques, donc je ne peux pas simplement hériter d'une interface et DI mon propre dépôt. J'essaye de faire ceci sans modifier le code-base de NopCommerce ... de nouvelles idées? Editer: Je veux que NopCommerce utilise mes repos, plutôt que d'utiliser mon code.

Answer 1

Nous sommes actuellement dans un délai très, très serré, et ce problème n'était pas prévu. Donc, je pense d'abord à partir de l'interface statique d'un homme pauvre/DI de pauvre comme le suivant (donc je ne dois pas modifier toute la solution). Puis plus tard, quand nous sommes pas si pressés par le temps, passer à utiliser une injection d'interface et de la dépendance et de soumettre un patch à NopCommerce:

// Poor-man's static interface (DI). 
public static class OriginalBuiltInStaticClass { 
    private static IMyNewClass _myNewClass; 

    public static void Inject(IMyNewClass myNewClass) { 
     _myNewClass = myNewClass; 
     A = _myNewClass.A; 
     B = _myNewClass.B; 
     C = _myNewClass.C; 
    } 

    public static Action A = CopySimpleRenameBuiltInStaticClass.A; 
    public static Func<int, string> B = CopySimpleRenameBuiltInStaticClass.B; 
    public static Action C = CopySimpleRenameBuiltInStaticClass.C; 
} 

// Original vendor class which was copied and renamed. 
public static class CopySimpleRenameBuiltInStaticClass { 
    public static void A() { 
     Console.WriteLine("OriginalBuiltInStaticClass.A()"); 
    } 

    public static string B(int id) { 
     Console.WriteLine("OriginalBuiltInStaticClass.B()"); 
     return id.ToString(); 
    } 

    public static void C() { 
     Console.WriteLine("OriginalBuiltInStaticClass.C()"); 
    } 
} 

// Creating an interface to merge into trunk of NopCommerce (convert static repositories) 
public interface IMyNewClass { 
    void A(); 
    string B(int id); 
    void C(); 
} 

// Implementation of interface. 
public class MyNewClass : IMyNewClass { 
    public void A() { 
     Console.WriteLine("MyNewClass.A()"); 
    } 

    public string B(int id) { 
     Console.WriteLine("MyNewClass.B()"); 
     return id.ToString(); 
    } 

    public void C() { 
     CopySimpleRenameBuiltInStaticClass.C(); 
    } 

} 

Toute pensée?

Answer 2

Vous pouvez abstraire leur substance en créant une interface de votre choix et une implémentation de classe qui délègue à NopCommerce. Ensuite, demandez à votre code d'utiliser l'interface au lieu d'accéder directement aux classes de NopCommerce. Vous pouvez modifier la sortie de NopCommerce dans votre classe avant que le résultat ne soit renvoyé à votre application.

Et comme bonus supplémentaire, vous pouvez également vous moquer de l'interface pour effectuer des tests qui ne nécessitent pas les implémentations de référentiel à part entière.

Quelque chose comme ça, dans le code:

public interface IRepository 
{ 
    MyItem GetItem(int id); 
} 

public class MyNopCommerceWrapper : IRepository 
{ 
    public MyItem GetItem(int id) 
    { 
     // I have no idea what NopCommerce API looks like, so I made this up. 
     var myItem = NopCommerce.GetItem(id); 

     ModifyMyItem(myItem); 

     return myItem; 
    } 
} 

Answer 3

Sonne comme un emploi pour Facade.