Tôi muốn thực hiện tiêm phụ thuộc (DI) trong ASP.NET Core. Vì vậy, sau khi thêm mã này vào ConfigureServicesphương thức, cả hai cách đều hoạt động.

Sự khác biệt giữa services.AddTransientvà service.AddScopedcác phương thức trong ASP.NET Core là gì?

public void ConfigureServices(IServiceCollection services)
{
    // Add framework services.

    // Add application services.
    services.AddTransient<IEmailSender, AuthMessageSender>();
    services.AddScoped<IEmailSender, AuthMessageSender>();
}

TL; DR

Các đối tượng thoáng qua luôn khác nhau; một phiên bản mới được cung cấp cho mọi bộ điều khiển và mọi dịch vụ.

Các đối tượng có phạm vi giống nhau trong một yêu cầu, nhưng khác nhau giữa các yêu cầu khác nhau.

Các đối tượng Singleton giống nhau cho mọi đối tượng và mọi yêu cầu.

Để làm rõ hơn, ví dụ này từ tài liệu ASP.NET cho thấy sự khác biệt:

Để chứng minh sự khác biệt giữa các tùy chọn đăng ký trọn đời và đăng ký này, hãy xem xét một giao diện đơn giản đại diện cho một hoặc nhiều tác vụ dưới dạng một thao tác với một mã định danh duy nhất , OperationId. Tùy thuộc vào cách chúng tôi định cấu hình trọn đời cho dịch vụ này, container sẽ cung cấp các phiên bản dịch vụ giống hoặc khác nhau cho lớp yêu cầu. Để làm rõ thời gian tồn tại đang được yêu cầu, chúng tôi sẽ tạo một loại cho mỗi tùy chọn trọn đời:

using System;

namespace DependencyInjectionSample.Interfaces
{
    public interface IOperation
    {
        Guid OperationId { get; }
    }

    public interface IOperationTransient : IOperation
    {
    }

    public interface IOperationScoped : IOperation
    {
    }

    public interface IOperationSingleton : IOperation
    {
    }

    public interface IOperationSingletonInstance : IOperation
    {
    }
}

Chúng tôi triển khai các giao diện này bằng một lớp duy nhất, Operationchấp nhận GUID trong hàm tạo của nó hoặc sử dụng GUID mới nếu không được cung cấp:

using System;
using DependencyInjectionSample.Interfaces;
namespace DependencyInjectionSample.Classes
{
    public class Operation : IOperationTransient, IOperationScoped, IOperationSingleton, IOperationSingletonInstance
    {
        Guid _guid;
        public Operation() : this(Guid.NewGuid())
        {

        }

        public Operation(Guid guid)
        {
            _guid = guid;
        }

        public Guid OperationId => _guid;
    }
}

Tiếp theo, trong ConfigureServicesmỗi loại được thêm vào thùng chứa theo tuổi thọ được đặt tên của nó:

services.AddTransient<IOperationTransient, Operation>();
services.AddScoped<IOperationScoped, Operation>();
services.AddSingleton<IOperationSingleton, Operation>();
services.AddSingleton<IOperationSingletonInstance>(new Operation(Guid.Empty));
services.AddTransient<OperationService, OperationService>();

Lưu ý rằng IOperationSingletonInstancedịch vụ đang sử dụng một phiên bản cụ thể với ID đã biết Guid.Empty, vì vậy sẽ rõ ràng khi loại này được sử dụng. Chúng tôi cũng đã đăng ký một OperationServicetùy thuộc vào từng Operationloại khác, do đó sẽ rõ ràng trong yêu cầu liệu dịch vụ này có nhận được cùng một thể hiện như bộ điều khiển hay loại mới cho từng loại hoạt động hay không. Tất cả các dịch vụ này làm là phơi bày các phụ thuộc của nó dưới dạng các thuộc tính, vì vậy chúng có thể được hiển thị trong dạng xem.

using DependencyInjectionSample.Interfaces;

namespace DependencyInjectionSample.Services
{
    public class OperationService
    {
        public IOperationTransient TransientOperation { get; }
        public IOperationScoped ScopedOperation { get; }
        public IOperationSingleton SingletonOperation { get; }
        public IOperationSingletonInstance SingletonInstanceOperation { get; }

        public OperationService(IOperationTransient transientOperation,
            IOperationScoped scopedOperation,
            IOperationSingleton singletonOperation,
            IOperationSingletonInstance instanceOperation)
        {
            TransientOperation = transientOperation;
            ScopedOperation = scopedOperation;
            SingletonOperation = singletonOperation;
            SingletonInstanceOperation = instanceOperation;
        }
    }
}

Để thể hiện thời gian sống của đối tượng trong và giữa các yêu cầu riêng biệt cho ứng dụng, mẫu bao gồm một OperationsControlleryêu cầu từng loại IOperationcũng như một loại OperationService. Các Indexhành động sau đó hiển thị tất cả các bộ điều khiển và dịch vụ OperationIdgiá trị.

using DependencyInjectionSample.Interfaces;
using DependencyInjectionSample.Services;
using Microsoft.AspNetCore.Mvc;

namespace DependencyInjectionSample.Controllers
{
    public class OperationsController : Controller
    {
        private readonly OperationService _operationService;
        private readonly IOperationTransient _transientOperation;
        private readonly IOperationScoped _scopedOperation;
        private readonly IOperationSingleton _singletonOperation;
        private readonly IOperationSingletonInstance _singletonInstanceOperation;

        public OperationsController(OperationService operationService,
            IOperationTransient transientOperation,
            IOperationScoped scopedOperation,
            IOperationSingleton singletonOperation,
            IOperationSingletonInstance singletonInstanceOperation)
        {
            _operationService = operationService;
            _transientOperation = transientOperation;
            _scopedOperation = scopedOperation;
            _singletonOperation = singletonOperation;
            _singletonInstanceOperation = singletonInstanceOperation;
        }

        public IActionResult Index()
        {
            // ViewBag contains controller-requested services
            ViewBag.Transient = _transientOperation;
            ViewBag.Scoped = _scopedOperation;
            ViewBag.Singleton = _singletonOperation;
            ViewBag.SingletonInstance = _singletonInstanceOperation;

            // Operation service has its own requested services
            ViewBag.Service = _operationService;
            return View();
        }
    }
}

Bây giờ hai yêu cầu riêng biệt được thực hiện cho hành động điều khiển này:

Quan sát OperationIdgiá trị nào thay đổi trong một yêu cầu và giữa các yêu cầu.

• Các đối tượng thoáng qua luôn khác nhau; một phiên bản mới được cung cấp cho mọi bộ điều khiển và mọi dịch vụ.

• Các đối tượng có phạm vi giống nhau trong một yêu cầu, nhưng khác nhau giữa các yêu cầu khác nhau

• Các đối tượng Singleton giống nhau cho mọi đối tượng và mọi yêu cầu (bất kể trường hợp có được cung cấp hay không ConfigureServices)

Trong tiêm phụ thuộc của .NET, có ba vòng đời chính:

Singleton tạo một thể hiện duy nhất trong suốt ứng dụng. Nó tạo ra thể hiện lần đầu tiên và sử dụng lại cùng một đối tượng trong tất cả các cuộc gọi.

Các dịch vụ trọn đời có phạm vi được tạo một lần cho mỗi yêu cầu trong phạm vi. Nó tương đương với một singleton trong phạm vi hiện tại. Ví dụ, trong MVC, nó tạo một thể hiện cho mỗi yêu cầu HTTP, nhưng nó sử dụng cùng một thể hiện trong các cuộc gọi khác trong cùng một yêu cầu web.

Dịch vụ trọn đời thoáng qua được tạo ra mỗi khi chúng được yêu cầu. Cuộc đời này hoạt động tốt nhất cho các dịch vụ nhẹ, không trạng thái.

Ở đây bạn có thể tìm và ví dụ để thấy sự khác biệt:

ASP.NET 5 MVC6 Dependency Injection trong 6 bước (liên kết lưu trữ web do liên kết chết)

ASP.NET Dependency tiêm sẵn sàng ASP.NET: ASP.NET 5

Và đây là liên kết đến tài liệu chính thức:

Tiêm phụ thuộc vào ASP.NET Core

Transient, scoped và singleton xác định quy trình tạo đối tượng trong ASP.NET MVC core DI khi nhiều đối tượng cùng loại phải được tiêm. Trong trường hợp bạn chưa quen với việc tiêm phụ thuộc, bạn có thể xem video DI IoC này .

Bạn có thể thấy mã trình điều khiển bên dưới mà tôi đã yêu cầu hai trường hợp "IDal" trong hàm tạo. Transient, Scoped và Singleton xác định nếu cùng một thể hiện sẽ được thêm vào "_dal" và "_dal1" hoặc khác nhau.

public class CustomerController : Controller
{
    IDal dal = null;

    public CustomerController(IDal _dal,
                              IDal _dal1)
    {
        dal = _dal;
        // DI of MVC core
        // inversion of control
    }
}

Tạm thời: Trong thoáng qua, các phiên bản đối tượng mới sẽ được đưa vào trong một yêu cầu và phản hồi. Dưới đây là hình ảnh chụp nhanh nơi tôi hiển thị các giá trị GUID.

Phạm vi: Trong phạm vi, cùng một đối tượng sẽ được đưa vào trong một yêu cầu và phản hồi.

Singleton: Trong singleton, cùng một đối tượng sẽ được đưa vào trong tất cả các yêu cầu và phản hồi. Trong trường hợp này, một thể hiện toàn cầu của đối tượng sẽ được tạo.

Dưới đây là một sơ đồ đơn giản giải thích trực quan cơ bản ở trên.

Hình ảnh trên được nhóm SBSS vẽ khi tôi đang tham gia khóa đào tạo ASP.NET MVC ở Mumbai . Xin chân thành cảm ơn đội ngũ SBSS đã tạo ra hình ảnh trên.

• Singleton là một ví dụ duy nhất cho vòng đời của miền ứng dụng.
• Scoped là một ví dụ duy nhất cho thời lượng của yêu cầu phạm vi, có nghĩa là mỗi yêu cầu HTTP trong ASP.NET.
• Transient là một ví dụ duy nhất cho mỗi yêu cầu mã .

Thông thường, yêu cầu mã phải được thực hiện thông qua tham số hàm tạo, như trong

public MyConsumingClass(IDependency dependency)

Tôi muốn chỉ ra trong câu trả lời của @ akazemis rằng "dịch vụ" trong bối cảnh DI không ngụ ý các dịch vụ RESTful; dịch vụ là việc thực hiện các phụ thuộc cung cấp chức năng.

AddSingleton ()

AddSingleton () tạo một phiên bản duy nhất của dịch vụ khi được yêu cầu lần đầu và sử dụng lại thể hiện đó trong tất cả các nơi cần dịch vụ đó.

AddScoped ()

Trong một dịch vụ phạm vi, với mỗi yêu cầu HTTP, chúng tôi nhận được một phiên bản mới. Tuy nhiên, trong cùng một yêu cầu HTTP, nếu dịch vụ được yêu cầu ở nhiều nơi, như trong chế độ xem và trong bộ điều khiển, thì cùng một thể hiện được cung cấp cho toàn bộ phạm vi của yêu cầu HTTP đó. Nhưng mỗi yêu cầu HTTP mới sẽ nhận được một phiên bản mới của dịch vụ.

AddTransient ()

Với một dịch vụ tạm thời, một phiên bản mới được cung cấp mỗi khi một phiên bản dịch vụ được yêu cầu cho dù đó là trong phạm vi của cùng một yêu cầu HTTP hoặc trên các yêu cầu HTTP khác nhau.

Sau khi tìm kiếm một câu trả lời cho câu hỏi này, tôi đã tìm thấy một lời giải thích tuyệt vời với một ví dụ mà tôi muốn chia sẻ với bạn.

Bạn có thể xem video chứng minh sự khác biệt TẠI ĐÂY

Trong ví dụ này, chúng tôi có mã đã cho này:

public interface IEmployeeRepository
{
    IEnumerable<Employee> GetAllEmployees();
    Employee Add(Employee employee);
}

public class Employee
{
    public int Id { get; set; }
    public string Name { get; set; }
}

public class MockEmployeeRepository : IEmployeeRepository
{
    private List<Employee> _employeeList;

    public MockEmployeeRepository()
    {
        _employeeList = new List<Employee>()
    {
        new Employee() { Id = 1, Name = "Mary" },
        new Employee() { Id = 2, Name = "John" },
        new Employee() { Id = 3, Name = "Sam" },
    };
    }

    public Employee Add(Employee employee)
    {
        employee.Id = _employeeList.Max(e => e.Id) + 1;
        _employeeList.Add(employee);
        return employee;
    }

    public IEnumerable<Employee> GetAllEmployees()
    {
        return _employeeList;
    }
}

HomeContoder

public class HomeController : Controller
{
    private IEmployeeRepository _employeeRepository;

    public HomeController(IEmployeeRepository employeeRepository)
    {
        _employeeRepository = employeeRepository;
    }

    [HttpGet]
    public ViewResult Create()
    {
        return View();
    }

    [HttpPost]
    public IActionResult Create(Employee employee)
    {
        if (ModelState.IsValid)
        {
            Employee newEmployee = _employeeRepository.Add(employee);
        }

        return View();
    }
}

Tạo chế độ xem

@model Employee
@inject IEmployeeRepository empRepository

<form asp-controller="home" asp-action="create" method="post">
    <div>
        <label asp-for="Name"></label>
        <div>
            <input asp-for="Name">
        </div>
    </div>

    <div>
        <button type="submit">Create</button>
    </div>

    <div>
        Total Employees Count = @empRepository.GetAllEmployees().Count().ToString()
    </div>
</form>

Startup.cs

public void ConfigureServices(IServiceCollection services)
{
    services.AddMvc();
    services.AddSingleton<IEmployeeRepository, MockEmployeeRepository>();
}

Sao chép-dán mã này và nhấn vào nút tạo trong chế độ xem và chuyển đổi giữa AddSingleton, AddScopedvà AddTransientbạn sẽ nhận được mỗi lần một kết quả khác nhau có thể giúp bạn hiểu lời giải thích này:

AddSingleton () - Như tên của nó, phương thức AddSingleton () tạo ra một dịch vụ Singleton. Một dịch vụ Singleton được tạo khi nó được yêu cầu lần đầu tiên. Trường hợp tương tự này sau đó được sử dụng bởi tất cả các yêu cầu tiếp theo. Vì vậy, nói chung, một dịch vụ Singleton chỉ được tạo một lần cho mỗi ứng dụng và cá thể đó được sử dụng trong suốt thời gian sử dụng của ứng dụng.

AddTransient () - Phương thức này tạo ra một dịch vụ thoáng qua. Một phiên bản mới của dịch vụ tạm thời được tạo mỗi lần nó được yêu cầu.

AddScoped () - Phương thức này tạo ra một dịch vụ Scoped. Một phiên bản mới của dịch vụ Phạm vi được tạo một lần cho mỗi yêu cầu trong phạm vi. Ví dụ: trong một ứng dụng web, nó tạo 1 thể hiện cho mỗi yêu cầu http nhưng sử dụng cùng một thể hiện trong các cuộc gọi khác trong cùng một yêu cầu web đó.

Cái nào dùng

Tạm thời

• vì chúng được tạo ra mỗi lần chúng sẽ sử dụng nhiều bộ nhớ & Tài nguyên hơn và có thể có tác động tiêu cực đến hiệu suất
• sử dụng điều này cho các dịch vụ nhẹ với ít hoặc không có trạng thái .

Phạm vi

• tùy chọn tốt hơn khi bạn muốn duy trì trạng thái trong một yêu cầu.

Người độc thân

• rò rỉ bộ nhớ trong các dịch vụ này sẽ tích tụ theo thời gian.
• cũng bộ nhớ hiệu quả khi chúng được tạo ra một lần nữa được sử dụng ở mọi nơi.

Sử dụng Singletons nơi bạn cần duy trì trạng thái rộng ứng dụng. Cấu hình ứng dụng hoặc tham số, Dịch vụ ghi nhật ký, lưu trữ dữ liệu là một số ví dụ mà bạn có thể sử dụng singletons.

Tiêm dịch vụ với nhiều kiếp khác nhau

1. Không bao giờ tiêm dịch vụ Scoped & Transient vào dịch vụ Singleton. (Điều này có hiệu quả chuyển đổi dịch vụ tạm thời hoặc phạm vi thành đơn lẻ.)
2. Không bao giờ tiêm dịch vụ tạm thời vào dịch vụ có phạm vi (Điều này chuyển đổi dịch vụ tạm thời thành phạm vi.)

Như được mô tả ở đây (liên kết này rất hữu ích) với một ví dụ,

Ánh xạ giữa giao diện và loại cụ thể này xác định rằng mỗi khi bạn yêu cầu một loại IContryService, bạn sẽ nhận được một phiên bản mới của CountryService. Đây là những gì thoáng qua có nghĩa là trong trường hợp này. Bạn cũng có thể thêm ánh xạ singleton (sử dụng AddSingleton) và ánh xạ có phạm vi (sử dụng AddScoped). Phạm vi trong trường hợp này có nghĩa là phạm vi yêu cầu HTTP, cũng có nghĩa là nó là một đơn trong khi yêu cầu hiện tại đang chạy. Bạn cũng có thể thêm một thể hiện hiện có vào bộ chứa DI bằng phương thức AddInstance. Đây là những cách gần như hoàn chỉnh để đăng ký vào IServiceCollection

Đăng ký dịch vụ

ASP.NET core cung cấp 3 phương thức sau để đăng ký dịch vụ với thùng chứa phụ thuộc. Phương pháp mà chúng tôi sử dụng xác định thời gian tồn tại của dịch vụ đã đăng ký.

AddSingleton () - Như tên của nó, phương thức AddSingleton () tạo ra một dịch vụ Singleton. Một dịch vụ Singleton được tạo khi nó được yêu cầu lần đầu tiên. Trường hợp tương tự này sau đó được sử dụng bởi tất cả các yêu cầu tiếp theo. Vì vậy, nói chung, một dịch vụ Singleton chỉ được tạo một lần cho mỗi ứng dụng và cá thể đó được sử dụng trong suốt thời gian sử dụng của ứng dụng.

AddTransient () - Phương thức này tạo ra một dịch vụ thoáng qua. Một phiên bản mới của dịch vụ tạm thời được tạo mỗi lần nó được yêu cầu.

AddScoped () - Phương thức này tạo ra một dịch vụ Scoped. Một phiên bản mới của dịch vụ Phạm vi được tạo một lần cho mỗi yêu cầu trong phạm vi. Ví dụ: trong một ứng dụng web, nó tạo 1 thể hiện cho mỗi yêu cầu http nhưng sử dụng cùng một thể hiện trong các cuộc gọi khác trong cùng một yêu cầu web đó.