Day 07 生命周期(Lifetime)

前面说过自己建立的Service都必须在Startup.cs(Blazor Server)或Program.cs(Blazor WebAssemlby)注册，但有些基本Service就不用自己做了。

目前Blazor提供内建的Service有三个，分别为：

1. HttpClient：处理http请求，生命周期为Scoped(注意：只有Blazor WebAssembly有提供，Blazor Server必须自己注册)

2. IJSRuntime：提供Javascript runtime物件处理JS功能，Blazor WebAssembly生命周期为Singleton，Blazor Server生命周期为Scoped

3. NavigationManager：处理路由导向和状态Blazor WebAssembly生命周期为Singleton，Blazor Server生命周期为Scoped
   生命周期指的就是Component存活的时间，除了Singleton跟Scoped，还有一种Transient。

4. Singleton是指从程序启动到结束都只会有一个实体，所有Component共用一个实体。

5. Transient则是每次使用该Component时，都会产生一个新实体。

6. Scoped较为特别，Blazor Server跟Blazor WebAssembly模式不相同，Blazor Server的Scoped是指每次HTTP请求都会产生一个新的实体，但Component之间通过SingalR传递不会产生，微软文件说明「Blazor WebAssembly目前没有DI的概念，Scoped相当於Singleton」。

不过笔者当初看了上述说明也是雾煞煞，直到看了一个影片用GUID示范後才有所明白，我们就来试试看。

首先建立一个介面IGuidService，里面只有一个型别为字串的属性uid，接着建立类别GuidService并实作属性以及建构子让uid承接GUID，再去Startup.cs的ConfigureServices使用AddTransient注册。

然後建立一个Guid.razor Component，里面只有三行分别定义路由、注入服务以及显示GUID字串，因为这案例很简单所以没用到ComponentBase，所以需要在_Import.razor加入@using BlazorServer.Services，最後为了切换方便，在NavMenu.razor定义一组NavLink指向刚才建立的Guid.razor。

启动後不论在Post及Guid页面切换，或是重整页面，都可以看到产生全新的一组GUID，这就是Transient的特性：每次切换都产生新的实体。

接着将注册方式改为Singleton，可以看到就算重整网页，也都是同一组GUID，这就是Singleton的特性：程序启动到结束都只会有一个实体。

最後将注册方式改为Scoped，切换到Post页面再切回来，还是同一组GUID，但重整页面时就会产生新的一组，这就是Scoped的特性：每次产生HTTP请求都会有新的实体，Component之间则不会产生新实体。

上述的例子是以Blazor Server进行，若以Blazor WebAssembly进行，则Singleton会产生跟Blazor Server不同的情况，原因就是Blazor WebAssembly没有服务器，每次重整网页都会将程序下载到浏览器，这是一个全新的HTTP请求，所以Singleton跟Scoped都是只要一重整网页就会产生新的实体。

注：笔者为了方便省略影片中某些内容，有兴趣的人可以再研究

Ref: Blazor Course - Use ASP.NET Core to Build Full-Stack C# Web Apps

Ref: ASP.NET Core Blazor dependency injection