Невозможно получить данные из уровня DA. Что делать?

Question

Разбивая мой C приложения # в слоях, я решил проблему круговой зависимости между слоями следующим образом:

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(); 
     } 
    } 
} 

Пожалуйста, обратите внимание на класс MyClassDA в слое DA и сама сборка.

Как метод MyDA.Get() возвращает объекты типа MyClass, когда уровень доступа к данным не знает о типе MyClass.

Если этот проект неэффективен, как его изменить или изменить?

Answer 1

Насколько я понимаю, у вас есть двунаправленную связь между вашим DA и бизнес-слоя. Чтобы решить эту проблему, я предлагаю вам иметь 3 слоя вместо двух. Я имею в виду, что у вас должен быть слой модели, который просто моделирует объекты БД, тогда вы можете получить из классов модели в своем бизнес-слое и добавить другие способы поведения, такие как метод Save.

Вот что я имею в виду:

//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); 
} 
} 
} 

Я использую декоратора, чтобы объединить пользователей и UserDao в качестве модели объекта домена.

Answer 2

Одной из причин, по которым люди делают упорство Невежественные объекты (POCO) - это избежать такого сценария. Нет простого способа, чтобы уровень доступа к данным имел ссылку на класс, о котором он не знает - гораздо лучше, чтобы класс не знал о доступе к данным.

Единственный способ, которым вы действительно можете это сделать, - реализовать Get() для пользователя вместо UserDA. Вы можете сделать что-то вроде этого:

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(), 
    }; 
    } 
}