1. 程式人生 > >.NET Core ASP.NET Core Basic 1-2 控制反轉與依賴注入

.NET Core ASP.NET Core Basic 1-2 控制反轉與依賴注入

.NET Core ASP.NET Core Basic 1-2

本節內容為控制反轉與依賴注入

簡介

控制反轉IOC

這個內容事實上在我們的C#高階篇就已經有所講解,控制反轉是一種設計模式,你可以這樣理解控制反轉,假設有一個人他有一部A品牌手機,他用手機進行聽歌、打遊戲,那麼你可以建立一個手機類和一個人類

class APhone : IPhone
{
    public string Owner{get;set;}
    public Phone(string own)
    {
        Owner = own;
    }
    void Play()
    {
        //省略
    }
    void Music()
    {
        //省略
    }
}
class Man
{
    public string Name{get;set;}
    void Game()
    {
        var p = new APhone(Name);
        p.Play();
    }
}

事實上這段程式碼的耦合度是比較高的?它使用的是正轉,也就是我需要什麼東西的時候我就自己建立一個這個東西。為什麼說他不好呢,如果有一天這個人決定再也不使用A品牌手機了,他決定以後只使用B品牌。那麼也就意味著整個的Man類使用過APhone類的地方都需要更改。這是一個非常麻煩的事情,我們這個時候就需要運用我們的IOC控制反轉了。我們將例項或者是需要使用的物件的建立交給你的呼叫者,自己只負責使用,其它人丟給你依賴的這個過程理解為注入。

控制反轉的核心就是——原本我儲存使用我自己的東西,現在我把控制權交給我的上級,我需要使用的時候再向他要。這個時候,介面的作用不言而喻,A繼承了Phone介面,B也繼承了,假定我們一開始就使用Phone介面去建立不同的A,B物件,那麼是不是可以有效的切換AB物件呢?

依賴注入

依賴注入體現的是一個IOC(控制反轉),它非常的簡單,我們之前的Man類程式碼中使用的是正轉的方式,也就是我要一個物件,那麼我就建立一個。現在我們使用依賴注入就是將我們對這個物件的控制權交給上一級介面,也就成為了這種,我想要一個物件,我就向上級發出請求,上級就給我建立了一個物件。我們通常使用建構函式注入的方式進行依賴的注入。

上文的程式碼就會變成

class Man
{
    private readonly IPhone _phone;
    public Man(IPhone phone)
    {
        _phone = phone;
    }
}

假設這個時候你需要將手機換成B品牌,那麼只需要再注入的地方傳入B品牌的物件即可了。

容器

但是現在又出現了一個新的問題,假設說這個類有100個使用該介面的依賴,如果,我們是不是要在100個地方做這樣的事情? 控制是反轉了,依賴的建立也移交到了外部。現在的問題是依賴太多,我們需要一個地方統一管理系統中所有的依賴,這個時候,我們就使用容器進行集中的管理

容器負責兩件事情:

  • 繫結服務與例項之間的關係
  • 獲取例項,並對例項進行管理(建立與銷燬)

使用

說了那麼多,我們如何在.NET Core中使用我們的依賴注入呢?這裡我們針對的是所有的.NET Core的應用,在.NET Core中依賴注入的核心分為兩個元件:位於Microsoft.Extensions.DependencyInjection名稱空間下的IServiceCollection和 IServiceProvider。

其中

  • IServiceCollection 負責註冊
  • IServiceProvider 負責提供例項

在預設的容器ServiceCollection中有三個方法

  • .AddTransient<I,C>()
  • .AddSingleton<I,C>()
  • .AddScoped<I,C>()

這裡就不得不提一下我們依賴注入的三種生命週期了

  • Singleton指的是單例模式,也就是說,在整個程式運轉期間只會生成一次
  • Transient指每一次GetService都會建立一個新的例項
  • Scope指在同一個Scope內只初始化一個例項 ,可以理解為( 每一個request級別只建立一個例項,同一個http request會在一個 scope內)

我們可以嘗試使用控制檯專案來模擬依賴注入的原理,也就是說我們直接從容器獲取我們物件例項,並且我們使用Guid進行唯一性的標記。

//建立三個代表不同生命週期的介面
    interface IPhoneScope
    {
        Guid Guid { get; }
    }
    interface IPhoneSingleton
    {
        Guid Guid { get; }
    }
    interface IPhoneTransient
    {
        Guid Guid { get; }
    }
    //實現的類
    class PhoneService:IPhoneScope,IPhoneSingleton,IPhoneTransient
    {
        public PhoneService()
        {
            this._guid = Guid.NewGuid();
        }

        public PhoneService(Guid guid)
        {
            this._guid = guid;
        }

        private Guid _guid;

        public Guid Guid => this._guid;
    }

然後,在我們的主函式中

namespace DI_AND_IOC
{
    class Program
    {
        static void Main(string[] args)
        {
            //注入服務
            var services = new ServiceCollection()
                .AddScoped<IPhoneScope, PhoneService>()
                .AddTransient<IPhoneTransient, PhoneService>()
                .AddSingleton<IPhoneSingleton, PhoneService>();
            //構造服務
            var provider = services.BuildServiceProvider();
            using (var scope = provider.CreateScope())
            {
                var p = scope.ServiceProvider;
                var scopeobj1 = p.GetService<IPhoneScope>();
                var transient1 = p.GetService<IPhoneTransient>();
                var singleton1 = p.GetService<IPhoneSingleton>();

                var scopeobj2 = p.GetService<IPhoneScope>();
                var transient2 = p.GetService<IPhoneTransient>();
                var singleton2 = p.GetService<IPhoneSingleton>();

                Console.WriteLine(
                    $"scope1: {scopeobj1.Guid},\n" +
                    $"transient1: {transient1.Guid}, \n" +
                    $"singleton1: {singleton1.Guid}\n");

                Console.WriteLine($"scope2: {scopeobj2.Guid}, \n" +
                                  $"transient2: {transient2.Guid},\n" +
                                  $"singleton2: {singleton2.Guid}\n");
            }
            //建立不同的scope
            using (var scope = provider.CreateScope())
            {
                var p = scope.ServiceProvider;
                var scopeobj3 = p.GetService<IPhoneScope>();
                var transient3 = p.GetService<IPhoneTransient>();
                var singleton3 = p.GetService<IPhoneSingleton>();
                Console.WriteLine($"scope3: {scopeobj3.Guid}, \n" +
                                  $"transient3: {transient3.Guid},\n" +
                                  $"singleton3: {singleton3.Guid}");
            }
        }
    }
}

你應該會得到類似以下的資料

scope1: 096d38e5-0c7b-4e50-9c79-241fb18a56ed,
transient1: 289ebd11-8159-4f22-b53e-ed738a317313,
singleton1: b453b7f5-3594-4b66-99c8-a72763abaa83

scope2: 096d38e5-0c7b-4e50-9c79-241fb18a56ed,
transient2: 212ad420-e54c-4dd6-9214-abe91aacdd9c,
singleton2: b453b7f5-3594-4b66-99c8-a72763abaa83

scope3: 688b6ffd-a8c1-47f4-a20a-872c2285d67c,
transient3: 3d09997d-fffb-43d1-9e53-ccf9771c819d,
singleton3: b453b7f5-3594-4b66-99c8-a72763abaa83

可以發現,singleton物件是不會發生改變的,而scope物件在建立新的scope之後就發生了改變,而transient物件每一次請求都在發生改變。

需要注意的是,在控制檯專案使用容器服務需要引入 *** Microsoft.Extensions.DependencyInjection *** 程式集,你可以在引入中匯入該dll

通過對注入服務的生命週期管控,在一些ASP.NET Core專案中,有些類(服務)有可能跨越了多個Action或者Controller,那麼我們正確的使用生命週期,我們可以儘可能的節省記憶體,即能減少例項初始化的消耗。

在ASP.NET Core中的使用

在ASP.NET Core中,我們使用依賴注入非常的簡單,在StartUp類中的ConfigureServices方法中已經為我們構建好了容器,我們只需要做類似於這樣的操作

services.AddScoped<IPhoneScope, PhoneService>();
services.AddDbContext<DbContext>();
services.AddMVC();

如果你需要在控制器中注入服務,官方的推薦方案是使用建構函式注入

public IPhoneScope _ips;
public Controller(IPhoneScope ips)
{
    _ips = ips;
}

特別的,你如果使用MVC的Razor頁面進行注入的話,那麼輸入以下指令

@inject IPhoneScope  ips

如果我的文章幫助了您,請您在github.NETCoreGuide專案幫我點一個star,在部落格園中點一個關注和推薦。

Github

BiliBili主頁

WarrenRyan'sBlog

部落格園