從用戶界面刪除數據訪問層耦合

Question

當前我的應用程序的UI層與我的DAL dll耦合。 Dal初始化如下：

//Initialize Data Access for AS400 
Dal = JDE8Dal.Instance; 
Dal.conString = Properties.Settings.Default.conAS400; 

DAL被設定爲單身人士。我認爲強制應用程序有一個實例是一個好主意。

DAL：

public class JDE8Dal 
    { 
     public string conString { get; set; } 
     private static readonly JDE8Dal _instance = new JDE8Dal(); 
     private JDE8Dal() 
     { 
     } 
     public static JDE8Dal Instance 
     { 
      get { return _instance; } 
     } 
     // Methods 
    } 

我BLL會是這個樣子：

namespace YLA.Barcode 
{ 
    public static class YlaBarcodeUtil 
    { 
     public static string LotStripZeroes(string str) 
     { 
      var ret = str; 
      if (str.Trim().StartsWith("00")) 
      { 
       ret = YlaGeneralUtilities.StripLeadingNumofChars(str, 2); 
      } 
      return ret; 
     } 
    } 

public class BarcodeBLL 
{ 
    //DAL INIT HERE? 
} 
} 

現在，我需要建立更多的應用程序，我需要移動到3層架構，並開始閱讀DDD 。

1）如何在BLL中移動DAL處理？只需在我的BLL部分添加初始化？

2）我應該保持我的DAL設計爲單例或不？

Answer 1

您應該使用控制反轉模式來減少圖層之間的依賴關係。在你的情況下，我會使用構造函數注入作爲您的類所需的數據上下文：

public class BarcodeBLL 
{ 
    private JDE8Dal _context; 

    public BarcodeBLL(JDE8Dal context) 
    { 
     _context = context; 
    } 
} 

數據上下文應該是短暫的對象。如果你正在開發一個Web應用程序，你應該爲每個請求實例化一個數據上下文。我還建議使用ORM（實體框架/ NHibernate）。

Answer 2

1：通常情況下，你只需要一個基礎設施層來完成組合。

2：NO BY ALL MEANS。這與「學習編程」接近。使用IOC容器。

Answer 3

//Initialize Data Access for AS400 
Dal = JDE8Dal.Instance; 
Dal.conString = Properties.Settings.Default.conAS400; 

該評論具有誤導性。此代碼實際上不初始化數據訪問，但僅設置數據庫連接字符串。這應該在DAL本身而不是在UI中完成。

public class JDE8Dal 
    { 
     public string conString { get; set; } 
     private static readonly JDE8Dal _instance = new JDE8Dal(); 
     private JDE8Dal() 
     { 
     } 
     public static JDE8Dal Instance 
     { 
      get { return _instance; } 
     } 
     // Methods 
    } 

圖層通常不是以這種方式定義的，DAL是程序集/ dll，而不是類。就像你寫的那樣，似乎你想要一個上帝對象，其中定義了所有的持久性邏輯。數據訪問層中的類更加細化和專門化：例如，Repositories/DAO管理一個特定域對象的持久性。

此外，它通常是not a good idea訴諸單身「只是因爲它感覺只有一個實例是正確的」。尤其不是一個可變的單身人士。在你的例子中，任何人都可以更改Dal.Instance.conString，這對單身人士的其他消費者可能會造成嚴重後果。除其他缺點之外。

即使可能會有DAL的一個實現（AS400，看起來），但對於使用依賴注入進行單元測試的合理複雜項目來說，這是個好主意。 DI使您可以輕鬆地將具體的DAL對象實現替換爲在單元測試中更輕量且更實用的假DAL對象。

public class BarcodeBLL 
{ 
    //DAL INIT HERE? 
} 

非，沒有DAL INIT這裏）

業務邏輯層（在DDD域層）不應該DAL的一個參考，DAL應具有對BLL的參考。域對象不應該知道如何堅持自己（持久性無知原則），因爲它有太多的責任（單一職責原則），並且會在BLL和DAL之間產生緊密的耦合，使得重用和維護非常尷尬BLL。