C＃中的依賴注入（DI）是一種設(shè)計模式，通過允許類在外部接收依賴性來增強模塊化，可檢驗性和可維護性。 1。 DI通過將對象創(chuàng)建與用法解耦來促進鬆散的耦合。 2。它通過模擬對象注入簡化了測試。 3。在應(yīng)用程序之間變得更加重複使用。 4。依賴項的更改不需要廣泛的代碼更改。在ASP.NET核心中，DI主要使用構(gòu)造函數(shù)注入。服務(wù)在program.cs或startup.cs中註冊，例如：Builder.Services.AddTransient （）;。然後，它們通過構(gòu)造函數(shù)注入類。 ASP.NET核心支持三個服務(wù)壽命：5。瞬態(tài) - 每次要求它們創(chuàng)建。 6。範(fàn)圍 - 每次請求創(chuàng)建一次，非常適合數(shù)據(jù)庫上下文。 7. Singleton-創(chuàng)建了一次並重複使用。選擇正確的壽命對於避免州共享等問題至關(guān)重要。例如，應(yīng)將實體框架dbContext範(fàn)圍劃定，以防止並發(fā)問題。儘管內(nèi)置的DI容器足以容納許多情況，尤其是在較小的項目中，但它缺乏高級功能，例如財產(chǎn)注入和攔截。在這種情況下，開發(fā)人員可以選擇諸如AutoFac或Unity之類的第三方容器?？傮w而言，ASP.NET核心中的DI可以實現(xiàn)清潔依賴性管理，但需要仔細處理終生和註冊模式以確保應(yīng)用程序穩(wěn)定性和性能。

依賴注入（DI）是一種設(shè)計模式，可幫助應(yīng)用程序更具模塊化，可測試和可維護。 DI的核心允許類從外部來源接收其依賴性，而不是內(nèi)部創(chuàng)建它們。這使得更容易交換實現(xiàn)，編寫單元測試並管理複雜的對像圖。

在C＃中，尤其是在ASP.NET Core中，DI內(nèi)置在框架中，並在整個應(yīng)用程序生命週期中廣泛使用。

為什麼使用依賴注入？

DI成為這樣一種標(biāo)準(zhǔn)實踐的有幾個可靠的原因：

• 鬆散的耦合：您的課程不需要知道如何創(chuàng)建或管理自己的依賴性。
• 更輕鬆的測試：您可以在測試過程中註入模擬對象而不是真實的對象。
• 可重複性：可以在應(yīng)用程序的不同部分甚至不同的項目中重複使用組件。
• 可維護性：如果依賴關(guān)係發(fā)生變化，則不必重寫它使用的每個地方。

例如，如果您正在使用將數(shù)據(jù)記錄到數(shù)據(jù)庫的服務(wù)，則使用DI意味著您可以在登錄到SQL Server，MongoDB甚至文件之間切換，而無需更改主要邏輯 - 只需交換注入的實現(xiàn)。

內(nèi)置DI如何在ASP.NET核心中起作用？

ASP.NET Core帶有內(nèi)置的輕質(zhì)DI容器。它支持開箱即用的構(gòu)造函數(shù)注入，這是在框架中使用DI的最常見方法。

您通常會在Startup.cs或Program.cs文件中註冊服務(wù)，具體取決於您使用的是較舊的還是更新的項目模板。

這是您註冊服務(wù)的方式：

 // in Program.cs（對於.net 6最小API）
var builder = webapplication.createbuilder（args）;

//在此處註冊服務(wù)
Builder.Services.AddTransient <ImyService，MyService>（）;

然後，您可以在這樣的控制器中使用它：

公共類MyController：ControllerBase
{
    私人閱讀的iMyservice _myservice;

    公共MyController（imyservice myService）
    {
        _myservice = myService;
    }

    [httpget]
    公共iCutionResult get（）
    {
        變量結(jié)果= _myservice.dosomething（）;
        返回確定（結(jié)果）;
    }
}

該框架根據(jù)您的註冊方式處理在運行時解決正確的IMyService實例。

服務(wù)壽命：瞬態(tài)，範(fàn)圍

註冊服務(wù)時，您還選擇了它們的壽命。三個主要選項是：

• 瞬態(tài)：每次要求創(chuàng)建。最適合輕巧的無狀態(tài)服務(wù)。
• 範(fàn)圍：每個客戶端請求（Web應(yīng)用程序中的HTTP請求）創(chuàng)建一次。適合數(shù)據(jù)庫上下文之類的東西。
• Singleton ：創(chuàng)建了第一次請求，然後為所有後續(xù)請求重複使用。

選擇正確的壽命很重要。例如，將瞬態(tài)服務(wù)注入單例可能會引起問題，因為瞬態(tài)可能會攜帶不應(yīng)共享的狀態(tài)。

假設(shè)您正在使用實體框架核心。您通常會註冊您的DbContext ：

 Builder.Services.AdddBContext <AppDbContext>（options =>
    options.usesqlserver（builder.configuration.getConnectionsTring（“ defaultConnection”）））;

這樣可以確保上下文僅在HTTP請求期間延續(xù)並避免並發(fā)問題。

當(dāng)不使用內(nèi)置DI容器時

儘管內(nèi)置DI在大多數(shù)情況下都效果很好，但它並不是最富含功能的容器。如果您發(fā)現(xiàn)自己需要高級功能，例如：

• 財產(chǎn)注入
• 自動註冊
• 攔截或裝飾者

您可以考慮用第三方容器，例如AutoFac，Unity或Microsoft.extensions.epentions.spoction。

但是對於許多項目（尤其是中型至中型項目）來說，內(nèi)置系統(tǒng)非常好。

因此，基本上，c＃via asp.net核心中的di為您提供了一種干淨(jìng)的方法來管理依賴項而無需緊密耦合。您註冊服務(wù)，在需要的地方注入它們，然後讓框架處理其餘部分。它不是過於復(fù)雜，但確實需要了解生命值以及容器如何解決類型。

以上是什麼是依賴性注入（DI），如何在C＃中實現(xiàn)（例如，在ASP.NET Core中使用內(nèi)置DI）？的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！