Comment gérer les ressources externes de manière SOLIDE?

Question

Je travaille actuellement sur un projet où je suis l'analyse d'un fichier externe à un objet abstrait comme ceci:

public interface IMapConverter 
{ 
    IMap Convert(IMapFile file); 
} 

public interface IMapFile 
{ 
    void Load(string filePath); 
    string Json { get; } 
} 

Mon plan était d'abstraire le chargement du fichier en utilisant la mise en œuvre de IMapFile et la création de la StreamReader dans cette implémentation. Je passerais ensuite à la méthode IMapConverter.Convert. Serait-ce une approche correcte et maintenez la testabilité? Serait-il par exemple mal de passer la chaîne directement à IMapConverter et de la gérer là?

Answer 1

Je ne vois pas de problème à faire ce que vous suggérez, c'est-à-dire avoir le béton IMapConverter créer une instance de votre béton IMapFile parce qu'ils sont tous deux sur la même couche de votre application. La règle, si je comprends bien, est qu'une classe qui implémente une interface de dépendance peut "savoir" sur une implémentation d'une autre interface tant qu'elles sont sur la même couche de votre application; Une fois que vous travaillez entre les couches, vous voulez injecter vos dépendances, c'est-à-dire vos implémentations concrètes, dans la couche située en dessous.

J'ai étudié the onion architecture que je recommanderais fortement à tous ceux qui cherchent à créer des applications faiblement couplées et hautement testables. Cette notion de dépendances se connaissant tant qu'elles sont sur la même couche est discutée sur ce site.