首页 > 编程语言> 文章详细

C#依赖注入(直白明了)讲解一看就会系列

2022-07-01 11:32:24 阅读：153 来源： 互联网

标签：ProductBL 直白 productDAL C# IEnumerable BLL 讲解 GetProducts public

最基础的:UI-BLL-DAL

这是我们耳熟能详的分层

首先我听到依赖注入之后看似非常的复杂

实际则是:为了实现不同的团队在不同的层上工作。我们可以让一个团队处理数据访问层，一个团队处理业务层，一个团队处理UI。

首先建立:最基本的三层架构

实体层:

public class Product
{
    public Guid Id { get; set; }
    public string Name { get; set; }
    public string Description { get; set; }
}

数据层:DAL

public class ProductDAL
{
    private readonly List<Product> _products;

    public ProductDAL()
    {
        _products = new List<Product>
        {
            new Product { Id = Guid.NewGuid(), Name= "iPhone 9", 
                          Description = "iPhone 9 mobile phone" },
            new Product { Id = Guid.NewGuid(), Name= "iPhone X", 
                          Description = "iPhone X mobile phone" }
        };
    }

    public IEnumerable<Product> GetProducts()
    {
        return _products;
    }

    public IEnumerable<Product> GetProducts(string name)
    {
        return _products
            .Where(p => p.Name.Contains(name))
            .ToList();
    }
}l

逻辑层:BLL

public class ProductBL
{
    private readonly ProductDAL _productDAL;

    public ProductBL()
    {
        _productDAL = new ProductDAL();
    }

    public IEnumerable<Product> GetProducts()
    {
        return _productDAL.GetProducts();
    }

    public IEnumerable<Product> GetProducts(string name)
    {
        return _productDAL.GetProducts(name);
    }
}

UI层:UI

class Program
{
    static void Main(string[] args)
    {
        ProductBL productBL = new ProductBL();

        var products = productBL.GetProducts();

        foreach (var product in products)
        {
            Console.WriteLine(product.Name);
        }

        Console.ReadKey();
    }
}

　　以上就是我们基础的结构: UI - BLL - DAL 引用顺序

那么出现以下三个问题:

1.我们不能让三个不同的团队在每个层上工作。

2.业务层很难扩展，因为它依赖于数据访问层的实现。

3.业务层很难维护，因为它依赖于数据访问层的实现。

高级别对象不应该依赖于低级别对象。两者都必须依赖于抽象。那么抽象概念是什么呢?

抽象是功能的定义。在我们的例子中，业务层依赖于数据访问层来检索图书。在C#中，我们使用接口实现抽象。接口表示功能的抽象。

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------以下为修改后结构

数据层:DAL

DAL:接口

public interface IProductDAL
{
    IEnumerable<Product> GetProducts();
    IEnumerable<Product> GetProducts(string name);
}

DAL:实现　

public class ProductDAL : IProductDAL

业务逻辑层:BLL　　这样我们就做到了使其依赖于IDAL 抽象层，而不是DAL层直接实现:

public class ProductBL
{
    private readonly IProductDAL _productDAL;

    public ProductBL()
    {
        _productDAL = new ProductDAL();
    }

    public IEnumerable<Product> GetProducts()
    {
        return _productDAL.GetProducts();
    }

    public IEnumerable<Product> GetProducts(string name)
    {
        return _productDAL.GetProducts(name);
    }
}

业务逻辑层:IBLL (同样的 UI 依赖于BLL 我们也这样做搞个抽象层接口)

public interface IProductBL
{
    IEnumerable<Product> GetProducts();
    IEnumerable<Product> GetProducts(string name);
}

同理:更新BLL层:

public class ProductBL : IProductBL

UI层: 就和BLL依赖于DAL一样 UI依赖于BLL

class Program
{
    static void Main(string[] args)
    {
        IProductBL productBL = new ProductBL();

        var products = productBL.GetProducts();

        foreach (var product in products)
        {
            Console.WriteLine(product.Name);
        }

        Console.ReadKey();
    }

还记得我们标红的地方吗?

public ProductBL()
{
    _productDAL = new ProductDAL();
}

BLL依赖于IDAL ,但是最终我们还是依赖于DAL

到目前为止，我们所做的工作都与依赖注入无关　

为了使处在BLL依赖于DAL的功能，而没有具体的实现，必须由其他人创建类。其他人必须提供底层对象的具体实现，这就是我们所说的依赖注入。它的字面意思是我们将依赖对象注入到更高级别的对象中。

实现依赖项注入的方法之一是使用构造函数进行依赖项注入。

更新业务层:

public class ProductBL : IProductBL
{
    private readonly IProductDAL _productDAL;

    public ProductBL(IProductDAL productDAL)
    {
        _productDAL = productDAL;
    }

    public IEnumerable<Product> GetProducts()
    {
        return _productDAL.GetProducts();
    }

    public IEnumerable<Product> GetProducts(string name)
    {
        return _productDAL.GetProducts(name);
    }
}

UI:

class Program
{
    static void Main(string[] args)
    {
        IProductBL productBL = new ProductBL(new ProductDAL());

        var products = productBL.GetProducts();

        foreach (var product in products)
        {
            Console.WriteLine(product.Name);
        }

        Console.ReadKey();
    }
}

　　创建DAL控制与UI结合在一起。这也称为控制反转

我们不是在BLL中创建DAL的实例，而是在UI的中创建它。 Main方法将把实例注入到业务逻辑层。因此，我们将低层对象的实例注入到高层对象的实例中。

这叫做依赖注入

现在，如果我们看一下代码，我们只依赖于业务访问层(BLL)中数据访问层(IDAL)的抽象，而业务访问层(BLL)是使用的是数据访问层实现的接口。因此，我们遵循了更高层次对象和更低层次对象都依赖于抽象的原则，抽象是更高层次对象和更低层次对象之间的契约。

接下来就显示了可维护性和可扩展性的好处。例如，如果我们想为SQL Server创建一个新的数据访问层，我们只需实现数据访问层的抽象并将实例注入基础设施中。

原文连接: www.cnblogs.com/hhhnicvscs/p/14204806.html

原文链接：www.codeproject.com/Articles/5274732/Dependency-Injection-and-IoC-Containers-in-Csharp

标签：ProductBL,直白,productDAL,C#,IEnumerable,BLL,讲解,GetProducts,public
来源： https://www.cnblogs.com/jiaozai891/p/16433968.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

C#依赖注入(直白明了)讲解 一看就会系列

C#依赖注入(直白明了)讲解一看就会系列