Impossible d'obtenir des données de la couche DA. Que faire?

Question

Tout en divisant mon application C# en couches, j'ai résolu le problème de la dépendance circulaire entre les couches de la manière suivante:

using System; 
using System.Collections.Generic; 
using System.Text; 

using SolvingCircularDependency.Common; 
using SolvingCircularDependency.DA; 

namespace SolvingCircularDependency.BO 
{ 
    public class MyClass : IPersistent 
    { 
     private string _message; 
     public string Message 
     { 
      get { return _message; } 
      set { _message = value; } 
     } 

     public bool Save() 
     { 
      return MyClassDA.Save(this); 
     } 
    } 
} 


using System; 
using System.Collections.Generic; 
using System.Text; 

namespace SolvingCircularDependency.Common 
{ 
    public interface IPersistent 
    {   
     bool Save(); 
     string Message { get;} 
    } 
} 

using System; 
using System.Collections.Generic; 
using System.Text; 

using SolvingCircularDependency.Common; 

namespace SolvingCircularDependency.DA 
{ 
    public class MyClassDA 
    { 
     public static bool Save(IPersistent obj) 
     { 
      Console.WriteLine(obj.Message); 

      return true; 
     } 
    } 
} 

using System; 
using System.Collections.Generic; 
using System.Text; 

using SolvingCircularDependency.BO; 

namespace SolvingCircularDependency.UI 
{ 
    class Program 
    { 
     static void Main(string[] args) 
     { 
      MyClass myobj = new MyClass(); 
      myobj.Message = "Goodbye Circular Dependency!"; 
      myobj.Save(); 

      Console.ReadLine(); 
     } 
    } 
} 

S'il vous plaît jeter un oeil à la MyClassDA de classe dans la couche DA et l'assemblée elle-même.

Comment une méthode MyDA.Get() peut renvoyer des objets de type MyClass lorsque la couche d'accès aux données ne connaît pas le type MyClass.

Si ce design n'est pas efficace, Comment puis-je le changer/le modifier?

Answer 1

Pour autant que je peux comprendre que vous avez une relation bidirectionnelle entre votre DA et de la couche d'affaires. Pour résoudre ce problème, je suggère que vous devriez avoir 3 couches au lieu de deux. Je veux dire que vous devriez avoir une couche Model qui modélise simplement les objets DB, puis vous pouvez dériver des classes de modèle dans votre couche Business et ajouter d'autres comportements comme la méthode Save.

Voici ce que je veux dire:

//Model Layer 
public class UserModel 
{ 
public virtual string Firstname{get;set;} 
} 
//DataAccess Layer 
public class UserDao 
{ 
List<UserModel> GetAll(); 
} 
//BusinessLayer 
public class UserDomainModel:UserModel 
{ 
public UserDomainModel(UserModel user,UserDao dao) 
{ 
_user=user; 
_dao=dao; 
} 
public override string FirstName 
{ 
get 
{ 
return _user.FirstName; 
} 
set 
{ 
_user.FirstName=value; 
} 

public void Save() 
{ 
_dao.Save(_user); 
} 
} 
} 

J'utilise un décorateur pour combiner l'utilisateur et UserDao comme un objet de modèle de domaine.

Answer 2

L'une des raisons pour lesquelles les gens font des objets ignorant la persistance (POCO) est d'éviter un tel scénario. Il n'y a tout simplement aucun moyen pour la couche d'accès aux données d'avoir une référence à une classe qu'elle ne connaît pas - il est préférable que la classe ignore l'accès aux données. La seule façon de faire cela est d'implémenter Get() sur User au lieu de UserDA. Vous pouvez faire quelque chose comme ceci:

public class User { 
    IGetFromPresistance<User> _userFetcher; 
    public static IList<User> GetMatching(Specification<User> spec) { 
    var values = _userFetcher.Find(spec); //Returns a DataRow or IDictionary<string, object> 
    return new User() { 
     PhoneNumber = new PhoneNumber(values["phone"].ToString()), 
     Name = values["name"].ToString(), 
    }; 
    } 
}